本文聚焦数据库事务隔离级别中的可重复读（RR）级别，深入探讨幻读问题的产生原因、解决方案及代码演示。首先解析 RR 级别下幻读的特性，对比其他隔离级别的差异；接着详细阐述通过间隙锁、Next-Key Lock 等机制解决幻读的原理，结合 MySQL 数据库特性进行说明；随后提供具体的代码示例，展示事务执行过程中幻读的出现与解决效果；最后总结 RR 级别下处理幻读的关键要点，为面试备考和实际开发提供参考，帮助读者全面理解幻读问题及应对策略。​

一、数据库事务隔离级别概述​

在数据库领域，事务隔离级别是保障数据一致性的核心机制，主要分为读未提交（Read Uncommitted）、读已提交（Read Committed）、可重复读（Repeatable Read，简称 RR）和串行化（Serializable）四个级别。其中，可重复读（RR）是 MySQL InnoDB 存储引擎的默认隔离级别，它能保证同一事务中多次读取同一数据时，结果保持一致，有效解决了不可重复读问题，但仍可能存在幻读现象。​

幻读是指在一个事务中，两次执行相同的查询语句，却返回了不同数量的结果集。例如，事务 A 先查询年龄大于 20 的用户，得到 10 条记录；此时事务 B 插入一条年龄为 25 的新用户并提交；事务 A 再次执行相同查询，结果变为 11 条，这种新增记录导致的查询结果变化即为幻读。与不可重复读（数据内容修改）不同，幻读的核心是数据行数的增减，这也是 RR 级别下需要重点解决的问题。​

二、RR 级别下幻读的产生原因​

要理解幻读的产生，需从 RR 级别的实现机制入手。InnoDB 通过多版本并发控制（MVCC） 实现可重复读，即事务在启动时会生成一个一致性视图（Read View），后续查询基于该视图读取数据，从而保证多次读取结果一致。然而，MVCC 只能解决已有数据的可见性问题，无法阻止其他事务插入新数据。​

当事务 A 执行范围查询（如SELECT * FROM users WHERE age > 20）时，MVCC 确保它看到的是事务启动时的快照数据；若事务 B 插入符合条件的新数据并提交，事务 A 再次执行相同查询时，由于新数据的事务 ID 大于 A 的 Read View，本应不可见，但实际情况中，若 A 执行更新操作（如UPDATE users SET status = 1 WHERE age > 20），InnoDB 会先读取最新数据（包括事务 B 插入的记录），导致更新后的数据包含新记录，进而使后续查询出现幻读。​

此外，普通行锁只能锁定已存在的行，无法限制新行的插入，这也是幻读产生的关键原因。​

三、幻读的解决方案​

InnoDB 通过间隙锁（Gap Lock） 和Next-Key Lock 机制解决 RR 级别下的幻读问题，这两种锁属于行级锁的扩展，用于锁定数据之间的间隙，阻止新数据插入。​

1. 间隙锁（Gap Lock）​

间隙锁锁定的是索引记录之间的间隙，而非具体数据行。例如，表中存在 age 为 18、22、25 的记录，当执行SELECT * FROM users WHERE age > 20 FOR UPDATE时，InnoDB 会在 age=20 到 22 之间、22 到 25 之间以及 25 以上的间隙添加间隙锁。这些锁阻止其他事务在该范围内插入新记录（如 age=21、23），从而避免幻读。​

间隙锁的触发条件是使用范围查询且加锁（如 FOR UPDATE 或 FOR SHARE），它不与行锁冲突，只与插入操作冲突，即不同事务可以对同一间隙加锁，但插入操作会被阻塞。​

2. Next-Key Lock​

Next-Key Lock 是行锁与间隙锁的组合，它锁定索引记录本身及该记录之前的间隙。例如，对于 age=22 的记录，Next-Key Lock 会锁定 age=22 的行以及 age 小于 22 的间隙。这种机制进一步扩大了锁定范围，确保范围查询时不会有新数据插入。​

在默认情况下，InnoDB 的加锁查询（如SELECT ... FOR UPDATE）会使用 Next-Key Lock，除非关闭间隙锁（通过设置innodb_locks_unsafe_for_binlog=1）或使用非唯一索引。​

3. 其他辅助方案​

• 串行化隔离级别：通过强制事务串行执行，彻底避免幻读，但会大幅降低并发性能，通常不推荐。​

• 应用层控制：在业务代码中通过加全局锁或分布式锁限制并发插入，但会增加系统复杂度，适合特殊场景。​

四、代码演示：幻读的出现与解决​

以下通过 MySQL 示例代码展示 RR 级别下幻读的产生及解决方案，使用表users结构如下：​

​

​

1. 幻读现象演示​

事务 A：​

​

-- 启动事务，隔离级别为RR​

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;​

BEGIN;​

-- 第一次查询，获取age>20的记录​

SELECT * FROM users WHERE age > 20; ​

-- 结果：id=2(22,Bob)、id=3(25,Charlie)​

​

事务 B：​

​

-- 插入符合条件的新记录​

BEGIN;​

INSERT INTO users (age, name) VALUES (21, 'David');​

COMMIT;​

​

事务 A：​

​

​

2. 使用间隙锁解决幻读​

事务 A：​

​

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ;​

BEGIN;​

-- 加锁查询，触发Next-Key Lock​

SELECT * FROM users WHERE age > 20 FOR UPDATE;​

-- 结果：id=2、id=3​

​

事务 B：​

​

-- 插入操作被间隙锁阻塞，需等待事务A提交​

INSERT INTO users (age, name) VALUES (21, 'David'); ​

-- 阻塞中...​

​

事务 A：​

​

-- 执行更新​

UPDATE users SET name = CONCAT(name, '_updated') WHERE age > 20;​

-- 再次查询，无幻读​

SELECT * FROM users WHERE age > 20; ​

COMMIT;​

​

事务 B：​

​

-- 事务A提交后，插入成功​

COMMIT;​

​

五、总结​

在数据库事务隔离级别中，RR 级别通过 MVCC 解决了不可重复读问题，但幻读仍可能发生，其根源是间隙数据的插入不受 MVCC 和普通行锁限制。InnoDB 提供的间隙锁和 Next-Key Lock 机制，通过锁定数据间隙阻止新记录插入，有效解决了幻读问题，这也是面试中的核心考点。​

实际开发中，需注意以下几点：​

1. 间隙锁和 Next-Key Lock 仅在 RR 级别下生效，且需通过加锁查询触发；​

1. 合理设计索引可减少锁定范围，提升并发性能；​

1. 避免滥用加锁查询，防止死锁和性能下降。​

掌握 RR 级别下幻读的解决方案，不仅能应对面试挑战，更能在实际项目中保障数据一致性与系统性能的平衡。