外键检查触发跨表锁是因InnoDB执行外键验证时需先对父表加S锁、再对子表加X锁，两阶段非原子加锁且顺序固定，易引发循环等待死锁；子表外键列无索引会致全表扫描并锁所有行，大幅增加死锁概率；ON DELETE CASCADE会放大锁冲突；可通过INNODB_TRX和死锁日志精准定位。
外键检查触发的跨表锁是怎么回事
MySQL 外键约束本身不直接导致死锁，但外键检查过程会强制在父表和子表上加锁，一旦多个事务交叉操作这两张表，就极易满足死锁四条件。关键点在于：InnoDB 在执行 INSERT INTO child、UPDATE child.parent_id 或 DELETE FROM parent 时，必须验证外键引用有效性，这会引发两阶段加锁。
典型流程是：先对父表对应记录加 LOCK_S（共享锁），确认该主键存在；再对子表当前行加 LOCK_X（排他锁），防止并发修改破坏一致性。这两个锁不是原子的，中间有时间窗口，且顺序固定（父表锁在前），这就为死锁埋下伏笔。
- 事务 A：更新子表某行 → 先锁父表 id=100（S 锁），再锁子表该行（X 锁）
- 事务 B：删除父表 id=100 → 先锁父表 id=100（X 锁），再扫描子表所有 parent_id=100 的行并加 X 锁
当事务 A 持有父表 S 锁、正等待子表 X 锁，而事务 B 已持有父表 X 锁（需等 A 释放 S 锁）、又在等子表某行 X 锁时，循环等待就形成了。
为什么子表没索引会让死锁概率飙升
子表外键列缺失索引，是外键相关死锁最隐蔽也最普遍的诱因。InnoDB 无法用索引快速定位依赖父表的子表行，只能全表扫描——这意味着：每次外键检查都会对子表**所有行逐个加锁**，哪怕只改一条记录。
后果很直接：UPDATE child SET status = 'done' WHERE id = 123 AND parent_id = 456 这条语句，在 parent_id 无索引时，会锁住子表全部行（或大量无关行），极大增加与其他事务锁范围重叠的概率。
- ✅ 正确做法：
ALTER TABLE child ADD INDEX idx_parent_id (parent_id)—— 索引必须以parent_id为最左前缀 - ❌ 无效索引：
ADD INDEX idx_wrong (status, parent_id)—— InnoDB 不会用它加速外键检查 - ⚠️ 注意：
PRIMARY KEY或UNIQUE KEY在父表有效，但子表仍需自己建索引；InnoDB 不复用父表索引
ON DELETE CASCADE 是死锁放大器
ON DELETE CASCADE 看似简化逻辑，实则让锁行为更不可控。它把一次父表删除，拆解成“父表删一行 + 子表删 N 行”的串行操作，每条子行删除都重新走一遍外键检查流程（父表 S 锁 → 子表 X 锁），且无法批量优化。
尤其当子表数据量大时，事务会长时间持有父表那条记录的 X 锁，阻塞其他所有想访问该父记录的事务（包括 SELECT ... FOR UPDATE），锁等待链迅速拉长。
- 风险点：
DELETE FROM parent WHERE id = 1可能卡住 5 秒以上，期间所有涉及该id的操作都在排队 - 替代方案：业务层分步处理 ——
SELECT id FROM child WHERE parent_id = 1→ 批量DELETE FROM child WHERE id IN (...)→ 最后DELETE FROM parent WHERE id = 1 - 优势：锁粒度可控（子表批量删用主键 IN，走索引）、父表锁持有时间极短、可加限流防雪崩
怎么确认死锁真由外键引起
别靠猜。MySQL 的 INFORMATION_SCHEMA.INNODB_TRX 和 INNODB_LOCK_WAITS 能直接暴露线索。重点查三件事：
- 看
trx_query是否含INSERT/UPDATE/DELETE涉及外键列（如parent_id） - 看
trx_state为LOCK WAIT的事务，其trx_wait_started时间是否与父表操作强相关 - 关联
INNODB_LOCK_WAITS，若等待链中一方锁的是父表主键索引，另一方锁的是子表外键列索引，基本可断定
更准的方法是开死锁日志：SET GLOBAL innodb_print_all_deadlocks = ON，然后在错误日志里搜 *** (1) TRANSACTION:，里面会明确写出哪条 SQL 在等父表哪个索引、哪条在等子表哪个索引 —— 这才是定位外键死锁的黄金证据。
真正难处理的，是那些外键列有索引、但业务逻辑里混用了不同顺序的多表更新（比如事务 A 先更新子表再更新父表，事务 B 偏要反过来），这种死锁不会报“外键”字样，却根子在外键约束强制的锁依赖关系上。
