分析MySQL异常:Deadlock found when trying to get lock; try restarting transaction

最近发现错误日志中有出现这个死锁错误:
Deadlock found when trying to get lock; try restarting transaction

根据程序进行测试,记录一下触发条件:
1.“事务A”中,对“数据a”加更新锁。
2.“事务A”尚未结束时,“事务B”对“数据a”增加更新锁,查询条件是α字段。
3.“事务B”加更新锁后,“事务A”更新α字段,则会触发此Deadlock。

图示: 左未“事务A”右为“事务B”
按顺序执行1、2
第一步
执行3
第二步

理解: 给某数据上更新锁后,查询条件的字段值发生改变,相当于是数据丢失了,于是留下一个空锁。
这句异常里的的deadlock是一个名词,应译为“死去的锁”,类似内存泄漏。它与动词“锁死”的意思是不同的。

解决方法: 防止事务并发时,事务修改其他事务的核心查询条件的值。若逻辑上无法避免时,可以增加查询条件。

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值