mysql批量update死锁

最新推荐文章于 2024-08-01 13:40:44 发布

波波仔86

最新推荐文章于 2024-08-01 13:40:44 发布

阅读量3.4k

点赞数 1

分类专栏： mysql 文章标签： mysql update 死锁

本文链接：https://blog.csdn.net/bobozai86/article/details/89915362

版权

mysql 专栏收录该内容

44 篇文章 2 订阅

订阅专栏

1、背景

项目使用了多线程，同时调用service中的update方法更新数据，之前由于在update方法上加了synchronized做了线程同步，没有出现mysql update死锁的问题。但是由于update更新耗时比较长，synchronized锁住对象，导致调用service中的其他方法阻塞，效率地下，于是优化synchronized，移到方法内部的同步代码段，然后虽然效率提高了，但是mysql总是出现死锁的bug：

 Cause: com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: Deadlock found 
when trying to get lock; try restarting transaction;

2、发生原因

T1:begin tran select * from table lock in share mode update table set column1='hello'

T2:begin tran select * from table lock in share mode update table set column1='world'

假设 T1 和 T2 同时达到 select，T1 对 table 加共享锁，T2 也对 table 加共享锁，当 T1 的 select 执行完，准备执行 update 时，根据锁机制，T1 的共享锁需要升级到排他锁才能执行接下来的 update.在升级排他锁前，必须等 table 上的其它共享锁（T2）释放，同理，T2 也在等 T1 的共享锁释放。于是死锁产生了。

因此，当sql发出一个update请求之后，数据库会对表中的每条记录加上共享锁。然后数据库会根据where条件，将符合条件的记录转换为排他锁（mysql innodb默认对索引加锁），我们的多个线程update时，就出现了上面的情况，发生了死锁。

参考：

https://uule.iteye.com/blog/2422193