一、先理解：什么是幻读？
幻读指的是在同一个事务中，连续执行两次相同的范围查询，第二次查询会返回第一次查询中没有的 "新插入" 数据，导致事务看到了 "幻觉" 数据。举个例子：
- 事务 A 执行
SELECT * FROM t WHERE id > 10;，返回 0 条数据； - 事务 B 插入一条
id=15的数据并提交； - 事务 A 再次执行相同的查询，却返回了
id=15的数据 ------ 这就是幻读。
二、InnoDB 针对 RR 避免幻读的核心优化
InnoDB 并非简单依赖 MVCC，而是通过 锁机制 + MVCC 的组合优化，从 "读" 和 "写" 两个维度彻底解决幻读：
1. 核心锁机制：Next-Key Lock（临键锁）（写操作防幻读）
这是 InnoDB 为 RR 级别新增的核心锁优化，是解决幻读的关键。
- 定义 ：Next-Key Lock 是 记录锁（Record Lock） + 间隙锁（Gap Lock） 的组合，既锁定当前行记录，也锁定记录之间的 "间隙"，防止其他事务在间隙中插入数据。
- 作用 ：当执行范围更新 / 删除（如
UPDATE t SET ... WHERE id > 10）时，InnoDB 不会只锁已存在的行，而是锁整个 "范围"（包括不存在的间隙），彻底阻断其他事务插入该范围的新数据。
示例验证：
sql
-- 事务 A（RR 级别）
BEGIN;
-- 范围更新，触发 Next-Key Lock
UPDATE t SET name = 'test' WHERE id > 10;
-- 事务 B
BEGIN;
-- 尝试插入 id=15 的数据，会被阻塞（直到事务 A 提交/回滚）
INSERT INTO t (id, name) VALUES (15, 'new'); -- 阻塞！正是因为 Next-Key Lock 锁住了 id>10 的所有间隙，事务 B 无法插入新数据，从根源上避免了幻读。
2. MVCC 多版本控制（读操作防幻读）
InnoDB 的 MVCC（多版本并发控制）是 RR 级别 "可重复读" 的基础，也辅助解决了读层面的幻读：
- 原理 ：每个事务有自己的 事务 ID（trx_id） ，每行数据会记录创建它的事务 ID（
DB_TRX_ID）和删除 / 更新它的事务 ID（DB_ROLL_PTR）。 - 核心优化 ：RR 级别下，事务启动时会生成一个 一致性视图（Read View） ，后续所有查询都基于这个视图读取数据 ------ 即只读取 "事务启动前已提交" 的数据，无视后续其他事务插入 / 提交的新数据。
示例验证：
sql
-- 事务 A（RR 级别）
BEGIN;
-- 第一次查询，返回 0 条
SELECT * FROM t WHERE id > 10; -- 结果：空
-- 事务 B
BEGIN;
INSERT INTO t (id, name) VALUES (15, 'new');
COMMIT;
-- 事务 A 再次查询（同一条 SQL）
SELECT * FROM t WHERE id > 10; -- 结果：依然空（无幻读）因为事务 A 的 Read View 在启动时就固定了，即使事务 B 插入并提交了新数据，事务 A 也看不到，避免了读层面的幻读。
3. 针对唯一索引的优化：降级为记录锁
Next-Key Lock 虽然能防幻读，但会增加锁的粒度，可能导致并发降低。InnoDB 做了智能优化：
- 当查询条件基于 唯一索引（如主键） 且是 "等值查询" 时，Next-Key Lock 会自动降级为 Record Lock（记录锁） ，只锁定匹配的行，不锁定间隙。
- 原因：唯一索引的等值查询不会有 "间隙插入导致幻读" 的问题（唯一键保证了数据唯一），无需锁间隙。
示例：
ini
-- 主键（唯一索引）等值更新，仅锁 id=10 的行，不锁间隙
UPDATE t SET name = 'test' WHERE id = 10;
-- 其他事务可插入 id=11、id=9 的数据，不阻塞4. 快照读 vs 当前读的区分
InnoDB 对 "读操作" 做了细分，进一步优化幻读问题：
- 快照读（Snapshot Read） ：普通
SELECT语句，走 MVCC，基于 Read View 读历史版本，无锁，避免读幻读； - 当前读（Current Read） ：
SELECT ... FOR UPDATE、SELECT ... LOCK IN SHARE MODE、UPDATE、DELETE，走 Next-Key Lock，锁定当前数据和间隙，避免写幻读。
三、关键补充：RR 级别 vs 幻读的完整逻辑
表格
| 操作类型 | 优化手段 | 防幻读效果 |
|---|---|---|
| 普通 SELECT（快照读） | MVCC + Read View | 看不到事务启动后插入的新数据 |
| 范围更新 / 删除（当前读） | Next-Key Lock（临键锁） | 阻塞其他事务插入范围內的新数据 |
| 唯一索引等值操作 | 降级为 Record Lock | 保证并发的同时，不产生幻读 |
总结
InnoDB 针对 RR 级别避免幻读的核心优化可总结为 3 点：
- Next-Key Lock 临键锁：范围写操作时锁定行 + 间隙，阻断其他事务插入新数据（核心防写幻读）；
- MVCC + Read View：事务启动时生成一致性视图，普通查询只读历史版本（核心防读幻读）；
- 智能锁降级：唯一索引等值操作时，临键锁降级为记录锁，平衡幻读防护与并发性能。
简单来说：RR 级别下，InnoDB 用 "锁堵写、视图控读" 的组合策略，彻底解决了幻读问题，这也是 MySQL RR 级别比其他数据库（如 Oracle）RR 级别更强的原因。