mybatis+mysql +RabbitMq批量更新，mysql死锁问题

最新推荐文章于 2024-05-06 21:06:18 发布

笑笑庄

最新推荐文章于 2024-05-06 21:06:18 发布

阅读量1.2k

点赞数 4

CC 4.0 BY-SA版权

分类专栏： mybatis 文章标签： mybatis mysql update

本文链接：https://blog.youkuaiyun.com/dubismile/article/details/87633958

mybatis 专栏收录该内容

1 篇文章

订阅专栏

本文分析了在项目运行中遇到的MQTT队列阻塞问题，详细探讨了由mybatis批量更新导致的SQL死锁原因及表现，提供了三种解决方案：优化SQL语句、终止未提交事务和调整锁等待时间。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近项目运行过程中，出现了mqtt队列阻塞的问题，一查发现有一个异常问题：

### Error updating database.  Cause: java.sql.SQLException: Lock wait timeout exceeded; try restarting transaction

这个问题是由mybatis批量更新时引起的，因为用的是InnoDB模式，my.ini默认参数:innodb_lock_wait_timeout设置锁等待的时间是50s，然后执行超过这个时间就会引发异常。

然后因为rabbitmq是属于消息队列的，当有一条在处理时，后面的消息会滞留在队列中，然后我们就可以发现，队列里的消息数量不断增加。

根据运行状态查看，一般正常运行时一条消息的执行时间时200ms-400ms，当出现死锁问题的时候，消息的处理时间则会达到2000ms左右，这时候队列就根本处理不过来。

解决方案：

第一种：
从根本上解决，优化sql语句，调整表结构等，如果这一条没有什么可以操作的地方，再采取方案2;

第二种：
1、通过下面语句查找到为提交事务的数据
select * from information_schema.innodb_trx
2、杀掉线程
kill (thread_id);

第三种：
增加锁等待时间，即增大下面配置项参数值，单位为秒（s）
innodb_lock_wait_timeout=500
 
方案2、3同时使用会比较保险