MySQL 锁体系从 MDL到间隙锁详解

UPDATE user SET age = 30 WHERE id = 1;
表级：MDL 读锁       → 保结构不变（有人在改数据，别动表结构）
表级：意向独占锁 IX   → 表上打个标记"里面有行被锁了"
行级：行独占锁 X      → 锁住 id=1 这一行

MDL 读锁 ← SELECT、INSERT、UPDATE、DELETE（所有 DML，用表但不改结构）
MDL 写锁 ← ALTER、DROP、TRUNCATE、RENAME（所有 DDL，改表结构）

事务A（长事务）：SELECT * FROM user;  还没提交 → 持有 MDL 读锁
事务B：ALTER TABLE user ADD COLUMN xxx;
        → 需要 MDL 写锁 → 等 A 释放读锁
事务C：SELECT * FROM user;
        → 也需要 MDL 读锁 → 但排在 B 后面 → 也被阻塞
        → 瞬间：这张表的所有读写全堵死

UPDATE user SET age = 30 WHERE id = 5;        -- 锁 id=5 这一行
DELETE FROM user WHERE id = 5;                -- 锁 id=5
SELECT * FROM user WHERE id = 5 FOR UPDATE;   -- 锁 id=5

索引 age：15 → [间隙] → 22 → [间隙] → 25 → [间隙] → 30
            ↑           ↑           ↑           ↑
         值有记录锁    空隙有间隙锁   ...
事务A：SELECT * FROM user WHERE age BETWEEN 20 AND 30 FOR UPDATE;
事务B：INSERT INTO user VALUES(NULL, '王五', 23);
        → 23 落在 22~25 的间隙 → 被间隙锁阻塞 → 等待

-- RR 下，即使你只查一行
SELECT * FROM user WHERE id = 10 FOR UPDATE;
→ 加的实际上是 (上一个id, 10] 这个区间
→ 前面的间隙也锁住了

MVCC 快照读（无锁）        行锁（有锁）
─────────────────         ──────────
SELECT（纯读）             UPDATE
SELECT（纯读）             DELETE  
                          SELECT ... FOR UPDATE
两条线完全独立！

事务A：SELECT age → 快照读 age=25（走左边，无锁，完全不管右边在干嘛）
事务B：UPDATE age=30; COMMIT（走右边，拿行锁写完提交）
事务A：SELECT age → RC 新建快照 → age=30（不可重复读！）

-- age 没索引
SELECT * FROM user WHERE age > 25 FOR UPDATE;
→ 全表扫描 → 扫到的每一行全加锁 → age=20、15、50 都锁
→ 等效表锁，所有写操作全堵

事务A（10分钟）：SELECT ... FOR UPDATE，锁住订单 id=100
事务B：UPDATE 订单 id=100 → 等 A 释放
事务C：UPDATE 订单明细，外键关联 id=100 → 等 B 释放
事务D：INSERT 订单日志，间隙被 A 锁了 → 等 C
...
一排车堵在单行道，头车不动，后面全卡

-- 秒杀：100个用户同时下单
SELECT stock FROM product WHERE id = 100 FOR UPDATE;
RC：只锁 id=100 这一行，同行的 UPDATE 排队，INSERT 不受影响
RR：行 + 前间隙全锁，INSERT 也被堵 → 排队人数翻倍

-- 1. 看当前谁在等锁
SELECT * FROM information_schema.INNODB_LOCK_WAITS;
-- 2. 看当前持有哪些锁
SELECT * FROM information_schema.INNODB_LOCKS;  -- 5.7
SELECT * FROM performance_schema.data_locks;     -- 8.0
-- 3. 找长事务（超过 60 秒的）
SELECT * FROM information_schema.INNODB_TRX 
WHERE trx_started < NOW() - INTERVAL 60 SECOND;