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

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

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

抛出异常没有回滚事务

解决

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

mysql

让PHP再次伟大

见习助教 803 声望

让PHP再次伟大

《L01 基础入门》

我们将带你从零开发一个项目并部署到线上，本课程教授 Web 开发中专业、实用的技能，如 Git 工作流、Laravel Mix 前端工作流等。

《L05 电商实战》

从零开发一个电商项目，功能包括电商后台、商品 & SKU 管理、购物车、订单管理、支付宝支付、微信支付、订单退款流程、优惠券等

推荐文章：

更多推荐...

Mysql 的 varchar 字段最大长度真的是 65535 吗？ 35 / 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年前评论

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

帮助