InnoDB 结合了两种机制。MVCC 让普通的 SELECT 读取一致性快照而无需加锁，因此读者永远不会阻塞写者。锁则保护写入：UPDATE/DELETE/SELECT ... FOR UPDATE 会获取行锁，InnoDB 还使用 next-key 锁（行 + 它前面的间隙）在 REPEATABLE READ 下阻止幻读。
死锁是一个环：T1 持有锁 A 并想要 B，而 T2 持有 B 并想要 A。双方都无法前进。InnoDB （代价较小的那个牺牲者），返回错误 1213，从而让另一个完成。
一个包含详细解答的 IT 面试题库——从初级到高级。
捐赠-- T1 -- T2
BEGIN; BEGIN;
UPDATE acct SET bal=bal-1 UPDATE acct SET bal=bal-1
WHERE id=1; -- 锁住第 1 行 WHERE id=2; -- 锁住第 2 行
UPDATE acct SET bal=bal+1 UPDATE acct SET bal=bal+1
WHERE id=2; -- 等待 T2 WHERE id=1; -- 等待 T1 => 死锁
-- ERROR 1213: Deadlock found; transaction rolled back
WHERE 建索引，让 InnoDB 只锁定具体的行，而不是范围，或者（在没有索引时）实际上锁定被扫描的每一行。SHOW ENGINE INNODB STATUS\G -- LATEST DETECTED DEADLOCK 会解释谁在等待什么
在真实的并发下，锁争用和死锁是一个能扩展的数据库与一个会卡死的数据库之间的差别。知道读者使用 MVCC（因此不会阻塞）、死锁是可预期且可重试的、以及一致的加锁顺序能防止大多数死锁 —— 这正是资深 on-call 工作所要求的。