开篇钩子UPDATE t_order SET status=1 WHERE amount=30000;这条语句锁住了几行？标准答案不是 1 行。它锁住了一个区间。搞不清这一点，死锁就会反复出现，而你只能靠加重试来治标。本篇从锁的全景图出发，逐一拆解 InnoDB 的加锁规则，每种场景都给出双会话实验。1. 锁的分类地图InnoDB 锁 ├── 表级锁 │ ├── 表锁（LOCK TABLES） │ ├── 元数据锁 MDL（自动加，DDL/DML 互斥） │ ├── 意向锁 IS / IX（行锁前的表级声明） │ └── 自增锁 AUTO-INC（INSERT 时） └── 行级锁 ├── 记录锁 Record Lock（锁住单个索引记录） ├── 间隙锁 Gap Lock（锁住记录之间的间隙） ├── 临键锁 Next-Key Lock（记录锁 + 前开后闭间隙） └── 插入意向锁 Insert Intention Lock（INSERT 时请求的特殊间隙锁）行锁锁的是索引记录，不是数据行。这是最重要的一句话：InnoDB 的行锁加在索引上，如果查询用不上索引（全表扫描），行锁就退化为"锁住扫描过的所有索引记录"，极端情况等于锁全表。2. 共享锁 S 与排他锁 X所有锁的基础：
