MySQL 中的行锁(Record Lock) 和 间隙锁(Gap Lock)详解

目录

• 1. 行锁（Record Lock）
• 定义
• 作用
• 触发场景
• 例子
• 2. 间隙锁（Gap Lock）
• 定义
• 作用
• 触发场景
• 例子
• 3. 区别总结
• 1. 锁定范围的规则
• 2. 如果 a 和 b 很远
• 3. 注意事项
• 4. 直观示意
• 核心原因：锁定范围是由查询条件决定的
• 锁定范围的精确规则
• 例子对比
• 查询：
• 如果是：
• 如果是：

1. 行锁（Record Lock）

定义

• Record Lock 是 InnoDB 在事务中对索引记录加的锁，用于保护某一行数据不被其他事务修改。
• 它是基于索引的锁，如果没有索引，InnoDB 会退化为表锁。

作用

• 防止其他事务修改或删除当前事务正在处理的行。
• 保证事务的隔离性（尤其是 REPEATABLE READ 和 SERIALIZABLE 隔离级别）。

触发场景

• 常见于 SELECT ... FOR UPDATE 或 UPDATE、DELETE 操作。
• 必须通过索引定位行，否则会锁住更多数据（甚至全表）。

例子

假设有表：

CREATE TABLE user ( id INT PRIMARY KEY, name VARCHAR(50), age INT ) ENGINE=InnoDB;

事务 A：

BEGIN; SELECT * FROM user WHERE id=5 FOR UPDATE;

• InnoDB 会在 id=5 这一行的索引记录上加 Record Lock。
• 事务 B 如果执行：

UPDATE user SET age=3编程客栈0 WHERE id=5;

会被阻塞，直到事务 A 提交或回滚。

2. 间隙锁（Gap Lock）

定义

• Gap Lock 是 InnoDB 在事务中对索引记录之间的间隙加的锁。
• 它锁住的是索引之间的空隙，而不是具体的行。
• 主要用于防止幻读（Phantom Read）。

作用

• 阻止其他事务在某个索引范围内插入新记录。
• 常见于范围查询（BETWEEN、>、<）或 REPEATABLE READ 隔离级别下的 SELECT ... FOR UPDATE。

触发场景

• 范围查询并加锁时（FOR UPDATE 或 LOCK IN SHARE MODE）。
• 在 REPEATABLE READ 下，InnoDB 会自动加 Gap Lock 来防止幻读。

例子

假设表中有数据：

id: 1, 5, 10

事务 A：

BEGIN; SELECT * FROM user WHERE id BETWEEN 5 AND 10 FOR UPDATE;

• InnoDB 会对 id=5 和 id=10 加 Record Lock。
• 同时会对 (5,10) 之间的空隙加 Gap Lock。
• 事务 B 如果执行：

INSERT INTO user VALUES (7, 'Tom', 25);

会被阻塞，因为 (5,10) 的间隙被锁住。

3. 区别总结

锁类型	锁住对象	作用	常见场景
Record Lock	某一行的索引记录	防止该行被修改或删除	精确匹配索引的 UPDATE、DELETE、SELECT ... FOR UPDATE
Gap Lock	索引记录之间的空隙	防止在范围内插入新记录	范围查询加锁，防止幻读

✅ 总结：

• Record Lock：锁住已有的行，防止修改或删除。
• Gap Lock：锁住索引间的空隙，防止插入新行。
• 两者经常一起出现，比如范围查询时会同时锁住已有行和间隙，这种组合锁叫 Next-Key Lock。

BEGIN;
SELECT * FROM user WHERE id BETWEEN a AND b FOR UPDATE;

如果a和b距离很大是否直接锁住a和b中间所有行

是的，

在 InnoDB 的 REPEATABLE REjsAD 隔离级别下，执行

BEGIN; SELECT * FROM user WHERE id BETWEEN a AND b FOR UPDATE;

会触发 Next-Key Lock（Record Lock + Gap Lock 的组合），它会锁住范围内所有匹配的行，并且锁住这些行之间的间隙，防止其他事务在这个范围内插入新数据。

1. 锁定范围的规则

假设 id 是主键索引，表中数据如下：

id: 1, 5, 10, 20, 50, 100

如果执行：

SELECT * FROM user WHERE id BETWEEN 5 AND 50 FOR UPDATE;

InnoDB 会：

• 对 id=5、id=10、id=20、id=50 加 Record Lock（行锁）
• 对 (5,10)、(10,20)、(20,50) 这些间隙加 Gap Lock
• 还会对 (50, 下一条记录) 的间隙加锁（防止插入 51、60 等）

2. 如果 a 和 b 很远

如果 a=5，b=1000000，而表中有很多行：

• 是的，InnoDB 会锁住 id=5 到 id=1000000 范围内所有匹配的行和它们之间的间隙。
• 这意味着这个范围内的更新、删除、插入都会被阻塞，直到事务提交或回滚。
• 如果范围特别大，可能会造成大范围锁定，严重影响并发性能。

3. 注意事项

• 基于索引：行锁和间隙锁都是基于索引的，如果 id 没有索引，InnoDB 会退化成表锁，锁住整张表。
• 范围越大，锁的行和间隙越多，并发冲突风险越高。
• 如果只想锁住已存在的行而不锁间隙，可以使用 READ COMMITTED 隔离级别（Gap Lock 不会生效）。

4. 直观示意

假设：

id: 1, 5, 10, 20, 50, 100

执行：

SELECT * FROM user WHERE id BETWEEN 5 AND 50 FOR UPDjavascriptATE;

锁定范围：

[5]====(gap)====[10]====(gap)====[20]====(gap)====[50]====(gap)====

• [x] 表示 Record Lock（行锁）
• (gap) 表示 Gap Lock（间隙锁）

我建议，如果你的 a 和 b 之间范围特别大，可以考虑：

• 拆分查询，减少一次性锁定的范围
• 使用更精确的条件，避免锁住无关数据
• 降低隔离级别（如 READ COMMITTED）减少 Gap Lock

为什么5前面没有被锁住？

在执行

BEGIN; SELECT * FROM user WHERE id BETWEEN 5 AND 50 FOR UPDATE;

的时候，为什么 id=5 前面的间隙（比如 (1,5)）没有被锁住？

核心原因：锁定范围是由查询条件决定的

InnoDB 的 Next-Key Lock（行锁 + 间隙锁）只会锁住满足查询条件的记录以及这些记录之间的间隙。

• 查询条件是 id BETWEEN 5 AND 50
• 范围的起点是 id=5
• 所以它不会去锁 (1,5) 这个间隙，因为http://www.devze.com这个间隙里的值（比如 2、3、4）不满足条件，不会影响当前事务的结果集。

锁定范围的精确规则

在 REPEATABLE READ 隔离级别下：

1. Record Lock：锁住满足条件的记录（这里是 id=5, 10, 20, 50）。
2. Gap Lock：锁住这些记录之间的间隙，以及最后一条记录到下一条记录之间的间隙。
3. 不锁条件范围外的间隙，因为它们不会导致幻读。

例子对比

假设表数据：

id: 1, 5, 10, 20, 50, 100

查询：

SELECT * FROM user WHERE id BETWEEN 5 AND 50 FOR UPDATE;

锁定范围：

[5]====(gap)====[10]====(gap)====[20]====(gap)====[50]====(gap)====

• [x] = Record Lock
• (gap) = Gap Lock
• (1,5) 不锁，因为不在条件范围内。

如果是：

SELECT * FROM user WHERE id >= 5 FOR UPDATE;

锁定范围：

[5]====(gap)====[10]====(gap)====[20]====(gap)====[50]====(gap)====[100]====(gap)====

• 依然不会锁 (1,5)，因为条件是 >=5。

如果是：

SELECT * FROM user WHERE id > 1 FOR UPDATE;

锁定范围：

(1,5)====[5]====(gap)====[10]====(gap)====[20]====(gap)====[50]====(gap)====[100]====(gap)====

• 这时 (1,5) 会被锁，因为它在条件范围内（>1）。

✅ 总结：

• InnoDB 只锁条件范围内的记录和间隙，不会锁条件范围外的间隙。
• BETWEEN 5 AND 50 的起点是 5，所以 5 前面的间隙不会被锁。
• 如果条件包含更小的值（比如 >1），那js么 5 前面的间隙就会被锁。

到此这篇关于mysql 中的行锁(Record Lock) 和 间隙锁(Gap Lock)详解的文章就介绍到这了,更多相关mysql行锁和间隙锁内容请搜索编程客栈(www.devze.com)以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程客栈(www.devze.com)！