MySQL READ COMMITTED 下的锁定读范围

在 InnoDB 中把事务隔离级别改成 READ COMMITTED 后，锁定读的范围可以先记住一句话：锁住访问到的索引记录，不锁记录前后的间隙。因此，唯一索引等值查找通常只影响目标记录；范围查询仍会锁住符合访问条件的已有索引记录，但其他事务可以在间隙中插入新行。

官方地址：https://dev.mysql.com/doc/refman/8.4/en/

普通 SELECT 解决的是“我能看到什么”，FOR UPDATE 和 FOR SHARE 解决的是“我准备按当前结果保护哪些已有记录”。在 READ COMMITTED 下，它们都不能把范围前后的空隙变成不可插入区域。

• 普通一致性读：读取自己的新鲜快照，不主动加行锁。
• 锁定读：必须放在显式事务中，按索引访问路径锁定已有索引记录。
• 并发边界：间隙锁关闭后，范围内后来插入的记录可能在下一次读取中出现。

先分清普通 SELECT 和锁定读

很多“锁范围不对”的判断，起点其实是把普通读和锁定读混在了一起。普通 SELECT 是一致性非锁定读，READ COMMITTED 下每次一致性读都建立并读取自己的新鲜快照；它不会因为查询了某个范围，就替你阻止其他事务修改或插入。

FOR UPDATE 用于后面准备修改读到的记录，FOR SHARE 用于需要保持共享读保护的场景。两者的锁会持续到事务提交或回滚，所以不要只看 SQL 末尾的查询结果，还要看事务是否仍然打开。

-- 当前会话选择 READ COMMITTED，并显式开启事务
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
START TRANSACTION;

-- 普通读只读取快照，不把结果变成锁定记录
SELECT id, status
FROM orders
WHERE id BETWEEN 100 AND 110;

-- 锁定读保护访问到的已有记录，锁会跟随事务边界释放
SELECT id, status
FROM orders
WHERE id BETWEEN 100 AND 110
FOR UPDATE;

上面两条语句的查询条件相同，但职责不同：第一条是观察，第二条是为后续更新保留记录锁。锁定读只在事务上下文中有意义；如果使用自动提交并让语句立即提交，锁的保护窗口也会随之结束。

READ COMMITTED 到底锁住了哪些记录

判断锁定范围时，先看访问条件和索引，而不是只看返回行数。对于唯一索引上的唯一等值条件，例如主键 id = 100，InnoDB 通常只需要锁定找到的索引记录，不需要把前后的间隙一起锁住。对于非唯一索引或范围条件，查询可能访问一段索引记录；在 READ COMMITTED 下，重点仍是已有记录锁，间隙本身不会因为这次锁定读而被禁止插入。

-- 主键唯一等值查找：目标是一个已存在的索引记录
SELECT id, status
FROM orders
WHERE id = 100
FOR UPDATE;

-- 范围查找：已有的匹配记录可被锁定，但范围空隙仍可能插入新行
SELECT id, status
FROM orders
WHERE id BETWEEN 100 AND 110
FOR UPDATE;

-- 非等待锁定读：遇到已被冲突锁占用的记录时立即返回错误
SELECT id, status
FROM orders
WHERE id = 100
FOR UPDATE NOWAIT;

这不等于“任何情况下都只锁返回结果”。索引是否存在、条件是否唯一、优化器选择哪条访问路径，都会影响 InnoDB 实际访问到哪些索引记录。没有合适索引时，锁定读可能需要扫描更多记录；文章的关键边界是：READ COMMITTED 关闭普通搜索和索引扫描的间隙锁，而不是取消记录锁。

FOR UPDATE、FOR SHARE 和 SKIP LOCKED 怎么选

如果读完就要修改同一批已有记录，通常使用 FOR UPDATE；只需要阻止其他事务修改这些记录，可以使用 FOR SHARE。两者都会等待冲突锁，除非额外指定 NOWAIT 或 SKIP LOCKED。

SKIP LOCKED 返回的是排除已锁记录后的不一致视图，不适合要求完整事务集合的通用查询。它也不会把范围间隙锁住；如果任务是“领取一批可处理的已有队列行”，才有理由接受这种取舍。

为什么范围查询仍可能出现幻读

READ COMMITTED 关闭间隙锁，换来的并发空间是：另一个事务可以在已锁记录旁边插入符合范围条件的新行。当前事务第一次范围锁定读返回了已有记录，并不代表这个范围的“空白处”也被保护。新行提交后，下一次读取可能看见不同的结果，这就是需要单独讨论的幻读边界。

-- 事务 A：只锁已有的待处理订单记录，不锁范围间隙
START TRANSACTION;
SELECT id
FROM orders
WHERE status = 'pending'
FOR UPDATE;

-- 事务 B：在允许插入的间隙中新增一条符合条件的订单
INSERT INTO orders (id, status) VALUES (111, 'pending');
COMMIT;

-- 事务 A：业务若再次读取，必须重新判断新增行是否应纳入本次处理
COMMIT;

这里的 SQL 只用于说明事务边界和并发关系，不代表已经在本机执行过。若业务要求“范围内不存在其他符合条件的新行”，不能只依赖 READ COMMITTED 的锁定读；要重新评估隔离级别、唯一约束或业务幂等设计，并明确是否允许幻读。

常见问题

READ COMMITTED 下范围查询会锁住间隙吗？

对 InnoDB 的普通搜索、索引扫描以及锁定读而言，READ COMMITTED 不使用间隙锁；外键约束检查和重复键检查仍是例外。已有索引记录仍可能被锁住。

为什么加了 FOR UPDATE 仍然能插入新行？

因为锁定读保护的是访问到的记录，而不是 READ COMMITTED 下的范围空隙。插入新行只要不与已有记录锁或约束冲突，就可能成功。

怎么快速判断锁定范围？

先确认存储引擎和当前隔离级别，再看条件是否命中唯一索引，最后结合执行计划和 Performance Schema 的锁等待信息判断访问路径；不要只凭 SQL 的返回行数猜锁范围。

小结

MySQL READ COMMITTED 的锁定读可以按三层理解：普通 SELECT 是快照观察，FOR UPDATE/FOR SHARE 保护已有索引记录，间隙不再被锁住。唯一等值查找通常更窄，范围或非唯一条件受索引访问路径影响；NOWAIT 和 SKIP LOCKED 只改变等待策略，不能改变间隙锁关闭这一隔离级别边界。