记一次排查线上MySQL死锁过程，不能只会curd，还要知道加锁原理 java

昨晚我正在床上睡得着着的，突然来了一条短信。

文章图片

【记一次排查线上MySQL死锁过程，不能只会curd，还要知道加锁原理】啥，线上MySQL死锁了，我赶紧登录线上系统，查看业务日志。

文章图片

能清楚看到是这条insert语句发生了死锁。
MySQL如果检测到两个事务发生了死锁，会回滚其中一个事务，让另一个事务执行成功。很明显，我们这条insert语句被回滚了。

insert into user (id, name, age) values (6, '张三', 6);

但是我们怎么排查这个问题呢？
到底跟哪条SQL产生了死锁？
好在MySQL记录了最近一次的死锁日志，可以用命令行工具查看：

show engine innodb status;

文章图片

在死锁日志中，可以清楚地看到这两条insert语句产生了死锁，最终事务2被会回滚，事务1执行成功。

# 事务1 insert into user (id,name,age) values (5,'张三',5); # 事务2 insert into user (id,name,age) values (6,'李四',6);

这两条insert语句，怎么看也不像能产生死锁，我们来还原一下事发过程。
先看一下对应的Java代码：

@Override @Transactional public void insertUser(User user) { User userResult = userMapper.selectByIdForUpdate(user.getId()); // 如果userId不存在，就插入数据，否则更新 if (userResult == null) { userMapper.insert(user); } else { userMapper.update(user); } }

业务逻辑代码很简单，如果userId不存在，就插入数据，否则更新user对象数据。
从死锁日志中，我们看到有两条insert语句，很明显userId=5和userId=6的数据都不存在。
所以对应的SQL执行过程，可能就是这样的：

文章图片

先用for update加上排他锁，防止其他事务修改当前数据，然后再insert数据，最后发生了死锁，事务2被回滚。
两个事务分别在两个主键ID上面加锁，为什么会产生死锁呢？
如果看过上篇文章，就会明白。
当id=5存在这条数据时，MySQL就会加Record Locks（记录锁），意思就是只在id=5这一条记录上加锁。
当id=5这条记录不存在时，就会锁定一个范围。
假设表中的记录是这样的：