mysql中update时出现时报错Deadlock found when trying to get lock； try restarting transaction的原因以及解决方式

Posted 2023-02-14 Y1nn

最近线上项目里的一条update语句出现了报错

---

Deadlock found when trying to get lock; try restarting transaction

---

update f_order set delivery_status = ?, version = ? + 1 where order_id = ? and version = ? and data_state = 0

查看表结构发现order_id 和 delivery_status 都是非主键索引

翻阅 资料后发现是更新非主键索引引起的死锁

参考资料 https://blog.csdn.net/aesop_wubo/article/details/8286215

原因:

因为是读写库使用的INNODB引擎

行级锁并不是直接锁记录，而是锁索引，如果一条SQL语句用到了主键索引，mysql会锁住主键索引；如果一条语句操作了非主键索引，mysql会先锁住非主键索引，再锁定主键索引。

这个update语句会执行以下步骤：

1、由于用到了非主键索引，首先需要获取idx_1上的行级锁

2、紧接着根据主键进行更新，所以需要获取主键上的行级锁；

3、更新完毕后，提交，并释放所有锁。

如果在步骤1和2之间突然插入一条语句：update user_item …where id=? and user_id=?,这条语句会先锁住主键索引，然后锁住idx_1。

蛋疼的情况出现了，一条语句获取了idx_1上的锁，等待主键索引上的锁；另一条语句获取了主键上的锁，等待idx_1上的锁，这样就出现了死锁。

总结 : 一条sql操作非主键索引 mysql会先锁住非主键索引再锁定主键索引

解决方式:

避免 update 索引字段的时候 , 用了另一个索引字段 where 去查询的情况发生
换句话说 , 也就是set条件中和where条件中只能有一个索引 , 不然就会出现锁表的情况
也可以根据不同的业务场景也可以修改需要更新字段的索引