在 MySQL 的 InnoDB 存储引擎中，锁机制是保证数据一致性和并发控制的核心。很多开发者在面试中会被问到：“意向锁是什么？它解决了什么问题？”本文将从锁的基本分类讲起，逐步深入意向锁的原理、作用以及实际应用场景，帮助你彻底理解这一重要概念。
一、为什么需要意向锁？
在理解意向锁之前，先回顾一下 InnoDB 中常见的锁类型：
- 共享锁（S 锁）：允许事务读取一行数据。
- 排他锁（X 锁）：允许事务更新或删除一行数据。
- 表级锁：包括表共享锁、表排他锁，以及我们要重点讨论的意向锁。
InnoDB 支持行级锁，行级锁的粒度小、并发度高，但行级锁本身并不能独立存在——它需要依赖表级锁来协调。假设没有意向锁，当一个事务想给整张表加排他锁（比如 LOCK TABLES ... WRITE 或某些 DDL 操作）时，它必须检查表中每一行是否已经被加了行锁。如果表中有上亿行数据，这个检查将极其低效。
意向锁正是为了解决这个“检查全表行锁”的性能问题而诞生的。
二、意向锁是什么？
意向锁是一种表级锁，它由 InnoDB 自动添加，用户无法手动干预。意向锁的核心含义是：“事务打算在表中的某些行上加共享锁或排他锁”。也就是说，意向锁是行级锁的“前置声明”。
InnoDB 支持两种意向锁：
- 意向共享锁（IS 锁）：表示事务准备在某些行上加共享锁。例如，执行
SELECT ... LOCK IN SHARE MODE时，InnoDB 会先对表加 IS 锁，再对目标行加 S 锁。 - 意向排他锁（IX 锁）：表示事务准备在某些行上加排他锁。例如，执行
SELECT ... FOR UPDATE或UPDATE时，InnoDB 会先对表加 IX 锁，再对目标行加 X 锁。
意向锁之间是相互兼容的，即多个事务可以同时持有 IS 锁和 IX 锁。但意向锁与表级锁之间存在兼容性规则：
| 当前锁 \ 请求锁 | IS | IX | S | X |
|---|---|---|---|---|
| IS | 兼容 | 兼容 | 兼容 | 不兼容 |
| IX | 兼容 | 兼容 | 不兼容 | 不兼容 |
| S | 兼容 | 不兼容 | 兼容 | 不兼容 |
| X | 不兼容 | 不兼容 | 不兼容 | 不兼容 |
从表中可以看出，意向锁的主要作用是阻止其他事务对表加表级共享锁或排他锁，从而避免行锁与表锁之间的冲突。
三、意向锁解决了什么问题？
1. 避免逐行检查行锁
这是意向锁最核心的价值。假设事务 A 对表中的某一行加了排他锁（X 锁），此时事务 B 想对整个表加排他锁（比如执行 ALTER TABLE 或 LOCK TABLES ... WRITE）。如果没有意向锁，事务 B 必须扫描全表，检查每一行是否被加了行锁。有了意向锁后，事务 A 在加行 X 锁之前，会先对表加 IX 锁。事务 B 在请求表 X 锁时，只需要检查表上是否存在 IX 锁即可。如果存在，说明表中有行被加了排他锁，事务 B 直接进入等待，无需逐行扫描。
2. 实现多粒度锁的兼容性判断
意向锁使得表级锁和行级锁可以共存，并在不同粒度上快速判断冲突。例如：
- 事务 A 对表加 IS 锁，事务 B 对表加 IX 锁——两者兼容，因为一个只想读某些行，另一个想写某些行，行级别可能不冲突。
- 事务 A 对表加 S 锁，事务 B 对表加 IX 锁——不兼容，因为表 S 锁意味着要读整张表，而 IX 锁意味着某些行即将被修改，两者可能冲突。
这种兼容性矩阵让 InnoDB 能够在 O(1) 时间内判断锁冲突，而不是 O(n) 扫描全表。
3. 支持多版本并发控制（MVCC）下的锁升级
在某些场景下，InnoDB 可能需要将行锁升级为表锁（例如死锁检测或锁等待超时后的处理）。意向锁的存在使得锁升级过程更加高效和安全。
四、意向锁的实战示例
下面通过一个具体例子来演示意向锁的工作过程。
假设有一张表 users，包含 id 和 name 两列。
场景 1：行级排他锁
-- 事务 A
BEGIN;
SELECT * FROM users WHERE id = 1 FOR UPDATE;
执行过程：
- 对
users表加 IX 锁。 - 对 id=1 的行加 X 锁。
场景 2：表级排他锁请求
-- 事务 B
LOCK TABLES users WRITE;
执行过程：
- 事务 B 请求表级 X 锁。
- InnoDB 检查表上是否已有锁。发现事务 A 持有 IX 锁。
- IX 与 X 不兼容，事务 B 进入等待，直到事务 A 提交或回滚。
如果没有意向锁，事务 B 需要检查 users 表中每一行是否被加了 X 锁，效率极低。
场景 3：意向锁之间的兼容
-- 事务 A
BEGIN;
SELECT * FROM users WHERE id = 1 FOR UPDATE; -- 加 IX 锁 + 行 X 锁
-- 事务 B
BEGIN;
SELECT * FROM users WHERE id = 2 FOR UPDATE; -- 加 IX 锁 + 行 X 锁
事务 A 和事务 B 都持有 IX 锁，IX 与 IX 兼容，因此两者可以同时进行。行锁分别加在 id=1 和 id=2 上，互不冲突。
五、常见面试追问
Q1：意向锁是行锁还是表锁？
意向锁是表级锁，但它表示的是对行锁的意向。它由 InnoDB 自动添加，用户无法手动请求。
Q2：意向锁会阻塞其他事务吗？
意向锁之间不会相互阻塞。IS 和 IX 兼容，IX 和 IX 也兼容。意向锁只会阻塞表级的 S 锁和 X 锁请求。
Q3：SELECT … FOR UPDATE 会加哪些锁？
会先对表加 IX 锁，再对符合条件的行加 X 锁。如果查询条件没有使用索引，可能会升级为表锁（锁住所有行）。
Q4：意向锁和 MDL 锁有什么区别？
MDL（Metadata Lock）是元数据锁，用于保护表结构，在 DDL 操作时自动添加。意向锁是 InnoDB 的行锁协调机制，用于保护行数据。两者作用不同，但都会影响并发操作。
六、总结
意向锁是 InnoDB 中一种特殊的表级锁，它的核心作用是快速判断表中是否存在行级锁，从而避免表级锁请求时逐行扫描的低效问题。意向锁分为 IS 和 IX 两种，它们之间相互兼容，但与表级 S 锁和 X 锁存在冲突。理解意向锁不仅有助于回答面试题，更能帮助我们在实际开发中优化并发性能，避免不必要的锁等待和死锁。
记住一句话：意向锁是行锁的“表级代言人”，它让表锁和行锁能够高效协作，而不是互相打架。
未经允许不得转载：任鹏个人博客 » MySQL 中的意向锁是什么以及它解决什么问题
