背景 线上经常偶发死锁问题,当时处理一张表,也没有联表处理,但是有两个mq入口,并且消息体存在一样的情况,频率还不是很低,这么一个背景,我非常容易怀疑到,两个消息同时近到这一个事务里面导致的,但是是偶发的,又模拟不出来什么场景会导致死锁,只能进行代码分析,问题还原的方式去排查问题 业务代码简化成下面 begin update test set yn = 0 where dm_code = "3";
一、背景 在预发环境中,由消息驱动最终触发执行事务来写库存,但是导致MySQL发生死锁,写库存失败。 com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: rpc error: code = Aborted desc = Deadlock found when trying to get lock; try resta
在 MySQL 数据库中,可以通过以下方法来检测死锁: 1.查看错误日志 在 MySQL 的错误日志中,会记录每次出现死锁时的详细信息,包括死锁的事务 ID、死锁的表和锁方式等信息。你可以根据错误日志中的提示来查询和解决死锁问题。 2.查询 INNODB_LOCKS 和 INNODB_LOCK_WAITS 系统表 可以使用 SHOW ENGINE INNODB STATUS 命令来输出当前 Inn