幻读是指同一事务中两次相同范围查询返回行数不一致，因其他事务插入/删除导致“幽灵”记录出现或消失；MySQL InnoDB在RR级别下通过Next-Key Lock（记录锁+间隙锁）防止幻读，但仅对当前读有效，快照读依赖MVCC，混用二者仍可能触发幻读。
幻读到底是什么
幻读是指：同一个事务中，两次执行一模一样的范围查询（比如 SELECT * FROM orders WHERE amount > 100），结果返回的行数不一样——第二次多出了新插入的记录，或者少了几条被删除的记录。这些“凭空出现”或“突然消失”的行，就像幻影一样，所以叫幻读。
为什么可重复读（RR）下还会发生幻读
标准 SQL 定义中，可重复读隔离级别只保证单行数据不被修改影响，也就是防止不可重复读，但不承诺对“查询范围”加锁或快照保护。这意味着：
- 其他事务仍可在该范围里插入或删除满足条件的新记录
- 当前事务再次查时，就可能看到新增/消失的行
- MySQL InnoDB 是个特例：它在 RR 级别下通过 间隙锁（Gap Lock）+ Next-Key Lock 主动阻止范围内的插入，从而实际避免了幻读
- 但 PostgreSQL、SQL Server 默认 RR 实现不锁间隙，因此仍会出现幻读
一个典型复现场景
假设事务 A 和事务 B 并发执行：
- 事务 A：START TRANSACTION; SELECT * FROM users WHERE age > 25; → 返回 3 条
- 事务 B：INSERT INTO users (name, age) VALUES ('Alice', 30); COMMIT;
- 事务 A：SELECT * FROM users WHERE age > 25; → 返回 4 条（多了 Alice）→ 这就是幻读
注意：这个现象在 MySQL InnoDB 的默认 RR 下通常不会发生，因为间隙锁会阻塞事务 B 的插入；但在 PostgreSQL 或未开启间隙锁的 MySQL 配置中，就会真实触发。
立即学习“Java免费学习笔记（深入）”；
怎么真正解决幻读
有两类主流方式，取决于你用的数据库和是否接受性能代价：
- 升级隔离级别到串行化（Serializable）：数据库会对整个查询范围加范围锁，彻底禁止并发插入/删除，但并发性能明显下降
- 应用层配合控制：比如先用 SELECT ... FOR UPDATE 锁住符合条件的记录及间隙（MySQL 支持），或改用带版本号/时间戳的乐观控制逻辑
- 业务规避：避免依赖“两次查询行数一致”做关键判断；改用唯一约束、状态机或幂等设计来替代
