别再误解Next-Key Lock！单条更新也会触发？一文讲透

最新推荐文章于 2025-12-05 17:02:52 发布

原创最新推荐文章于 2025-12-05 17:02:52 发布 · 648 阅读

18 ·

CC 4.0 BY-SA版权

文章标签：

#java #数据库 #前端

数据库专栏收录该内容

60 篇文章

订阅专栏

在InnoDB事务锁机制的学习中，Next-Key Lock绝对是个绕不开的重点，也是最容易被误解的知识点之一。很多开发者都有这样的疑问：“Next-Key Lock是不是只和范围查询有关？如果我只更新单条数据，会不会触发它？”

答案很明确：Next-Key Lock并非范围查询的专属，单条数据更新也可能触发它。今天这篇文章，我们就从核心概念出发，结合实际场景拆解触发规则，彻底搞懂Next-Key Lock的底层逻辑。

一、先打基础：Next-Key Lock到底是什么？

要理解Next-Key Lock，必须先搞清楚它的两个“组成部分”——记录锁和间隙锁。这三者的关系就像“汉堡”：间隙锁是下层面包，记录锁是中间的肉饼，合起来就是Next-Key Lock这个完整的汉堡。

1. 三个核心锁的定义

记录锁（Record Lock）：最基础的行锁，直接锁定索引记录本身。比如你执行UPDATE t SET name='张三' WHERE id=10，如果id是主键，记录锁就会牢牢锁住id=10这一行数据，其他事务无法修改或删除它。
间隙锁（Gap Lock）：锁定的不是具体记录，而是索引记录之间的“空隙”。比如表中存在id=10和id=20的记录，那么(10,20)这个区间就是一个间隙。间隙锁的作用是防止其他事务在这个间隙中插入新数据，从根源上避免幻读。
Next-Key Lock：记录锁+间隙锁的组合体，锁定的是一个“左开右闭”的区间。比如上面的例子，Next-Key Lock锁定的就是(10,20]，既包含了10到20之间的间隙，也包含了20这条具体记录。

2. 设计初衷：解决幻读问题

InnoDB在“可重复读（RR）”隔离级别下，默认使用Next-Key Lock机制，核心目的就是解决幻读。所谓幻读，就是同一事务内两次执行相同的范围查询，第二次查询结果比第一次多了“新插入”的记录。而Next-Key Lock通过锁定间隙+记录，从根本上阻止了其他事务插入符合条件的新数据，自然就杜绝了幻读。

二、关键场景：哪些情况会触发Next-Key Lock？

Next-Key Lock的触发，核心取决于两个因素：查询/更新的条件类型和索引类型。下面我们分场景逐一分析，重点看单条数据更新的特殊情况。

1. 范围查询：Next-Key Lock的核心触发场景

当使用范围条件（如>、<、BETWEEN、IN等）进行查询或更新时，InnoDB必然会触发Next-Key Lock，这是最典型的场景。

示例：在RR隔离级别下，表t的id为主键，现有数据id=10、20、30。执行以下SQL：


-- 范围更新：修改id在10到30之间的数据
UPDATE t SET name='测试' WHERE id > 10 AND id < 30;

此时InnoDB会锁定什么范围？答案是(10,20]和(20,30]两个Next-Key Lock区间，具体来说：

对id=10到20之间的间隙加Gap Lock，防止插入id=15这类数据；
对id=20这条匹配记录加Record Lock，阻止其他事务修改；
对id=20到30之间的间隙加Gap Lock，防止插入id=25这类数据；
由于id=30不满足<30的条件，所以不会锁定id=30。

这样一来，其他事务既不能修改id=20，也不能在10到30之间插入任何新数据，完美避免了幻读。

2. 单条数据更新：分情况判断，并非绝对不触发

单条数据更新是否触发Next-Key Lock，是最容易混淆的点。核心判断标准是：WHERE条件是否命中“唯一索引”且为“等值条件”。我们分四种典型场景说明：

场景	是否触发Next-Key Lock	实际加锁类型	示例（RR隔离级别）
唯一索引+等值匹配（记录存在）	❌ 不触发	仅Record Lock（行锁）	id为主键，表中有id=10，执行：UPDATE t SET name=‘张三’ WHERE id=10;
唯一索引+等值匹配（记录不存在）	✅ 触发	Gap Lock（Next-Key Lock子集）	id为主键，表中无id=15，执行：UPDATE t SET name=‘李四’ WHERE id=15;
非唯一索引+等值匹配	✅ 触发	Next-Key Lock	age为普通索引，执行：UPDATE t SET name=‘王五’ WHERE age=20;
无索引（全表扫描）	✅ 触发	全表间隙+记录锁（等效表锁）	name无索引，执行：UPDATE t SET age=25 WHERE name=‘赵六’;

场景解析：为什么“记录不存在的唯一索引更新”会触发锁？

很多人不理解：我明明更新的是单条不存在的记录，为什么还要加锁？这正是Next-Key Lock的设计精髓。

比如表中id=10、20存在，你执行UPDATE t SET name='李四' WHERE id=15（id为主键，无15这条记录）。此时InnoDB会锁定(10,20)这个间隙，原因是：如果不锁这个间隙，其他事务可能插入id=15的记录。当你当前事务再次执行“查询id=15”时，就会出现“之前不存在、现在存在”的幻读现象。

所以，即使是单条更新，只要记录不存在，唯一索引的等值条件也会触发Gap Lock（属于Next-Key Lock的子集）。