第3章：死锁日志分析——复现场景：两个事务互相等待，手动解除

本章你将彻底搞懂：什么是死锁，InnoDB 如何处理死锁。如何查看和分析死锁日志（SHOW ENGINE INNODB STATUS）。用两个事务互相等待的经典案例复现死锁，并手动解除。死锁预防的 5 种核心策略：固定访问顺序、降低隔离级别、使用索引避免锁升级、拆分大事务、超时回滚。
配套资源：死锁复现 SQL 脚本、死锁日志解析模板、pt-deadlock-logger 使用指南、死锁自检清单。
真实踩坑：我曾在一个高并发下单场景中，事务 A 更新订单后插入日志，事务 B 先插入日志再更新订单，导致两个事务互相持有对方需要的锁，死锁每小时触发 200 多次，用户下单失败率 15%；还有一次因为缺失索引导致行锁升级为表锁，死锁率飙升 30 倍。

3.1 一个每小时死锁 200 次的“下单地狱”

2021 年我在一家电商公司，双十二前夕，订单系统的死锁告警每小时 200+ 条。用户反馈“提交订单失败，请重试”，失败率高达 15%。我打开 SHOW ENGINE INNODB STATUS，看到典型的“循环等待”：

*** (1) TRANSACTION:
UPDATE orders SET status = 'paid' WHERE order_no = 'ORD1001';
INSERT INTO order_log (order_no, action) VALUES ('ORD1001',