记录一个生产环境的死锁：SQLSTATE[HY000]: General error: 1205 Lock wait timeout exceeded; try restarting transaction

分享 / 0 / 2 / 创建于 2年前

可能产生的原因（不是很确定，希望大佬补充）

抛出异常没有回滚事务

解决

查询事务：select * from information_schema.innodb_trx
kill 死锁的进程

mysql

见习助教 845 声望

暂无个人描述~

《L04 微信小程序从零到发布》

从小程序个人账户申请开始，带你一步步进行开发一个微信小程序，直到提交微信控制台上线发布。

《G01 Go 实战入门》

从零开始带你一步步开发一个 Go 博客项目，让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。

讨论数量: 2

Junwind

课程读者 610 声望 / 躺平大叔 @ 躺平社区

还是需要检查代码，哪一步没有commit，或者rollback；或者瞬间高并发时，有没有做额外处理

2年前评论

巴啦啦

课程读者 206 声望 / 宇宙游民 @ 地球村

死锁在保证性能和数据安全的情况下无法避免。只能尽量检查，和处理。
死锁的发生的原因，应该是事务过程中时间较长，且多个线程（mysql层面）同时进行。
死锁的处理方式，这样并不安全，也并不能防止下一次的死锁情况。应当使用主动死锁检测方式。你这个分享出来的解决方式，不能应用在商业项目中。

2年前评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助