谈谈 InnoDB 中的表级锁、页级锁、行级锁？

面试考察点

1. 锁粒度理解：面试官不仅仅是想知道你背过这三种锁的名字，更是想知道你是否理解不同锁粒度对并发性能和数据安全的影响，能否在设计上做出合理权衡。

2. InnoDB 特性掌握：考察你是否清楚 InnoDB 默认使用行级锁，以及什么情况下会 "意外" 升级为表级锁（这可是生产事故的高发区）。

3. 锁兼容性机制：是否理解共享锁（S 锁）和排他锁（X 锁）的兼容矩阵，以及意向锁在多粒度锁定中的作用。

核心答案

InnoDB 支持三种粒度的锁，从细到粗依次为：

锁类型	锁定范围	并发度	锁开销	适用场景
行级锁	单行记录	⭐⭐⭐ 最高	⭐⭐⭐ 最大	OLTP 高并发事务
页级锁	一个数据页（16KB）	⭐⭐ 中等	⭐⭐ 中等	BDB 存储引擎（InnoDB 不常用）
表级锁	整张表	⭐ 最低	⭐ 最小	全表更新、DDL 操作

一句话总结：InnoDB 默认使用行级锁实现高并发，但在无索引查询、全表扫描等场景会升级为表级锁，需特别注意避免 "锁表" 事故。

深度解析

一、三种锁粒度对比

上图展示了 InnoDB 三种锁粒度的层级关系：

• 表级锁：锁定整张表，粒度最粗。一个事务获取表锁后，其他事务无法对该表进行任何操作（取决于锁类型）。开销小（只需维护一个锁），但并发度最低。

• 页级锁：锁定一个数据页（InnoDB 默认页大小 16KB），一个页中包含多行记录。介于行锁和表锁之间，BDB 存储引擎使用这种锁，InnoDB 中较少直接使用。

• 行级锁：只锁定单行记录，粒度最细。多个事务可以同时操作同一表的不同行，并发度最高。但锁开销大（需要维护大量锁），且可能发生死锁。

二、InnoDB 行级锁详解

InnoDB 的行级锁是最常用也是最重要的锁，它实际上包含多种类型：

1. 行锁类型

锁类型	简称	说明	触发场景
共享锁	S 锁	允许事务读一行数据	SELECT ... LOCK IN SHARE MODE
排他锁	X 锁	允许事务删除或更新一行数据	SELECT ... FOR UPDATE、INSERT、UPDATE、DELETE
记录锁	Record Lock	锁定索引记录，而非数据记录	精确匹配索引
间隙锁	Gap Lock	锁定索引记录之间的间隙	RR 隔离级别，防止幻读
临键锁	Next-Key Lock	记录锁 + 间隙锁	RR 隔离级别默认使用

2. 锁兼容性矩阵

上图展示了共享锁（S 锁）和排他锁（X 锁）的兼容关系：

• S 锁 + S 锁 = 兼容：多个事务可以同时对同一行加共享锁，进行并发读取
• S 锁 + X 锁 = 冲突：一个事务在读（S 锁），另一个事务想写（X 锁），必须等待
• X 锁 + X 锁 = 冲突：两个事务不能同时修改同一行

SQL 示例：

-- 加共享锁（S 锁）
SELECT * FROM user WHERE id = 1 LOCK IN SHARE MODE;
-- MySQL 8.0+ 推荐写法
SELECT * FROM user WHERE id = 1 FOR SHARE;

-- 加排他锁（X 锁）
SELECT * FROM user WHERE id = 1 FOR UPDATE;

-- INSERT/UPDATE/DELETE 自动加排他锁
UPDATE user SET name = '张三' WHERE id = 1;
DELETE FROM user WHERE id = 1;
INSERT INTO user (id, name) VALUES (1, '张三');

三、InnoDB 表级锁详解

虽然 InnoDB 主打行级锁，但在某些场景下也会使用表级锁。

1. 表级锁类型

锁类型	说明	触发方式
意向共享锁（IS）	事务想对某些行加 S 锁	自动添加
意向排他锁（IX）	事务想对某些行加 X 锁	自动添加
表共享锁（S）	锁定整张表用于读取	LOCK TABLES t READ
表排他锁（X）	锁定整张表用于写入	LOCK TABLES t WRITE
元数据锁（MDL）	保护表结构一致性	DDL 操作自动加

2. 意向锁的作用

上图展示了意向锁的工作原理：

• 问题背景：事务 A 持有某行的 X 锁，事务 B 想加表级 S 锁。事务 B 如何知道表中有行正在被锁定？难道要遍历所有行？

• 意向锁解决方案：事务 A 在获取行锁之前，先在表级别加一个意向锁（IX）。事务 B 只需检查表上是否有意向锁，就能快速判断是否可以加表锁，无需逐行扫描。

• 意向锁之间始终兼容：IS 和 IX 之间是兼容的，因为它们只是 "意向"，真正的冲突检测在行锁级别。

3. 表锁兼容性矩阵

关键点：

• IS 和 IX 之间兼容：多个事务可以同时对表加意向锁，因为意向锁只是声明 "我想操作某些行"
• IX 和 S 冲突：有事务想修改行（IX），另一个事务想读整表（S），需要等待
• X 与所有锁冲突：表排他锁是最强的锁，独占整张表

四、什么时候行锁会升级为表锁？

这是面试的重点陷阱，也是生产事故的高发区！

如何验证是否锁表？

-- 查看当前锁情况
SELECT * FROM information_schema.INNODB_LOCKS;

-- MySQL 8.0+ 使用 performance_schema
SELECT * FROM performance_schema.data_locks;

-- 查看锁等待
SELECT * FROM information_schema.INNODB_LOCK_WAITS;

避免锁表的最佳实践：

-- ❌ 错误：无索引字段更新
UPDATE user SET status = 1 WHERE create_time > '2024-01-01';

-- ✅ 正确：先查 id，再按主键更新
-- 1. 先查询符合条件的 id
SELECT id FROM user WHERE create_time > '2024-01-01';

-- 2. 按 id 批量更新（id 是主键，只会锁行）
UPDATE user SET status = 1 WHERE id IN (1, 2, 3, ...);

五、页级锁（Page Lock）

页级锁在 InnoDB 中不是用户直接使用的锁，而是存储引擎内部管理的锁。

特点	说明
锁定单位	一个数据页（默认 16KB）
使用场景	InnoDB 内部的 B+ 树页面管理
用户可见性	不可见，由 InnoDB 自动管理
相关引擎	BDB 存储引擎（已废弃）主要使用页级锁

InnoDB 的 latch 与 lock：

• Lock（锁）：事务层面的锁，包括行锁、表锁，用于保证事务的隔离性
• Latch（闩锁）：内存层面的锁，用于保护内存数据结构（如 B+ 树页面），持有时间极短（微秒级）

面试高频追问

1. 追问一：为什么 InnoDB 选择行级锁而不是表级锁？

   InnoDB 面向 OLTP（在线事务处理）场景，特点是高并发、短事务。行级锁允许多个事务同时操作同一表的不同行，大大提高了并发度。而 MyISAM 使用表级锁，适合读多写少的 OLAP 场景。

2. 追问二：SELECT ... FOR UPDATE 什么时候会锁表？

   当 WHERE 条件无法使用索引或索引失效时，MySQL 会进行全表扫描，此时 FOR UPDATE 会锁住所有扫描到的行，效果等同于锁表。解决方法是确保查询走索引。

3. 追问三：意向锁的意义是什么？不会增加开销吗？

   意向锁是为了提高加表锁的效率。如果没有意向锁，想加表锁时需要逐行检查是否有行锁，开销巨大。有了意向锁，只需检查表级别的意向锁即可，大大降低了检测开销。

4. 追问四：Gap Lock（间隙锁）是什么？为什么需要它？

   间隙锁锁定的是索引记录之间的 "间隙"，用于防止幻读。在 RR（可重复读）隔离级别下，间隙锁 + 记录锁组成 Next-Key Lock，确保同一事务多次查询结果一致。

常见面试变体

• "InnoDB 和 MyISAM 在锁机制上有什么区别？"
• "什么情况下 FOR UPDATE 会锁表？"
• "谈谈你对意向锁的理解？"
• "MySQL 如何解决幻读问题？间隙锁是怎么工作的？"

记忆口诀

锁粒度：表粗行细页中间，InnoDB 默认用行锁

锁类型：共享 S 来排他 X，意向只为表锁先

避坑：无索引更新锁全表，索引失效要当心

总结

InnoDB 支持行级锁、页级锁、表级锁三种粒度，默认使用行级锁实现高并发。行级锁包括记录锁、间隙锁、临键锁等，通过意向锁实现多粒度锁定的协调。生产环境需特别注意无索引查询导致的锁表问题，确保 UPDATE/DELETE 操作走索引，避免全表扫描带来的性能灾难。