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

分享 / 139 / 2 / 创建于 1年前

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

抛出异常没有回滚事务

解决

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

mysql

让PHP再次伟大

见习助教 800 声望

让PHP再次伟大

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

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

《L02 从零构建论坛系统》

以构建论坛项目 LaraBBS 为线索，展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。

推荐文章：

更多推荐...

Mysql 的 varchar 字段最大长度真的是 65535 吗？ 34 / 10 |

MySQL 实用小技巧——谁动了我的 MySQL ？ 63 / 18 |

对线面试官：MySQL 事务、锁和MVCC 23 / 4 |

对线面试官：12个MySQL慢查询的原因分析 55 / 8 |

laravel-soar(2.x) - 自动监控输出 SQL 优化建议、辅助 laravel 应用 SQL 优化 34 / 42 |

每天新增8640w数据，怎么存储比较好 21 / 50 |

讨论数量: 2

Junwind

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

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

1年前评论

巴啦啦

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

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

1年前评论

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

帮助