#锁分类全解

-- 记录锁示例
SELECT * FROM orders WHERE id = 100 FOR UPDATE;
-- 锁住 id = 100 的索引记录

-- 索引状态：id = {1, 5, 10, 15, 20}
-- 执行：
SELECT * FROM orders WHERE id = 7 FOR UPDATE;
-- 间隙锁锁住区间 (5, 10)，即 5 < id < 10 的空隙
-- 其他事务无法在 id 为 6、7、8、9 的位置插入记录

-- 如果 id 列没有索引
SELECT * FROM orders WHERE id = 7 FOR UPDATE;
-- InnoDB 会对全表加间隙锁（因为没有索引可锁）
-- 这是灾难性的，应该避免

-- 索引状态：id = {1, 5, 10}
-- 执行：
SELECT * FROM orders WHERE id = 5 FOR UPDATE;
-- 临键锁锁住 [5, 10)
-- 包含：
--   - 记录锁：锁住 id=5 的记录
--   - 间隙锁：锁住 (1, 5) 和 (5, 10) 的间隙

-- 等值查询
SELECT * FROM orders WHERE id = 5 FOR UPDATE;
-- 临键锁锁住 [5, 10)

-- 范围查询
SELECT * FROM orders WHERE id >= 5 AND id <= 10 FOR UPDATE;
-- 临键锁锁住多个区间：
--   - [5, 10) 临键锁
--   - [10, 15) 临键锁
--   ...

-- 唯一索引等值查询（退化为记录锁）
SELECT * FROM orders WHERE order_no = 'A001' FOR UPDATE;
-- order_no 是唯一索引，且记录存在
-- 退化为记录锁，只锁 order_no='A001' 这一行

-- 唯一索引查询结果不存在（退化为间隙锁）
SELECT * FROM orders WHERE order_no = 'A999' FOR UPDATE;
-- order_no='A999' 不存在
-- 退化为间隙锁，锁住 (A001, A100) 之间的间隙

-- T1: BEGIN;
-- T1: SELECT * FROM orders WHERE id = 1 FOR UPDATE;  -- 行锁 X
-- 此时，InnoDB 需要知道"是否有人在等 orders 表的锁"

-- 没有意向锁时：
-- T2: LOCK TABLE orders WRITE;  -- 要加表锁
-- T2 需要遍历 orders 表的所有行，看有没有行锁
-- 性能极差

-- 有意向锁时：
-- T1 在表上加 IX（意向排他锁）
-- T2 看到 IX，直接知道"有人在这张表上锁了行"
-- 不需要遍历行，直接阻塞

-- orders 表有 1000 万行，status 列没有索引
-- 慢查询 + 当前读 = 锁全表
UPDATE orders SET status = 2 WHERE status = 1;
-- status 没有索引，MySQL 选择全表扫描
-- 对扫描到的每一行加临键锁
-- 1000 万行全部被锁，其他事务无法写入

-- 索引状态：id = {1, 3, 5, 7, 9}
-- 范围查询
SELECT * FROM orders WHERE id BETWEEN 2 AND 6 FOR UPDATE;
-- 临键锁锁住多个区间：
--   - [1, 3) 临键锁
--   - [3, 5) 临键锁
--   - [5, 7) 临键锁
--   (6, 7) 间隙锁
-- 甚至可能锁住 (7, 9) 的间隙