MySQL事务处理死锁的核心在于预防、检测和自动恢复。当多个事务相互等待对方持有的锁时，就会发生死锁。MySQL具备自动检测机制，并会选择一个代价较小的事务进行回滚，从而打破死锁循环。
死锁的自动检测与回滚
MySQL的InnoDB存储引擎会持续监控事务之间的锁等待关系。一旦发现形成环状等待（即死锁），系统将自动选择一个事务作为“牺牲者”：
被选中的事务会收到Deadlock found when trying to get lock错误 该事务的所有更改会被回滚 另一个事务则继续执行这种机制确保了系统不会因死锁而停滞，但应用层需要能正确捕获并重试失败的事务。
减少死锁发生的编程建议
虽然无法完全避免死锁，但良好的设计可以显著降低其频率：
按固定顺序访问表和行：所有事务以相同顺序加锁，可防止循环等待 缩短事务长度：尽快提交事务，减少持锁时间 避免在事务中等待用户输入：这类操作极易引发长时间阻塞 合理使用索引：减少扫描行数，降低意外加锁范围查看死锁信息
通过以下命令可查看最近一次死锁的详细信息：
SHOW ENGINE INNODB STATUS\G
输出内容包含：
涉及的事务ID 每个事务已持有和正在请求的锁 回滚的是哪个事务 具体的SQL语句这些信息对分析死锁原因至关重要。
应用层应对策略
程序应具备处理死锁异常的能力：
捕获死锁错误码（如1213）或对应异常 实现自动重试逻辑，通常重试2-3次即可 在重试前加入短暂延迟，避免瞬间重复冲突例如在PHP或Java应用中，可通过try-catch包裹事务代码块实现安全重试。
基本上就这些。MySQL本身能解决死锁问题，关键是要在开发时注意访问顺序，上线后定期检查日志，及时优化高风险操作。
