首页 > 数据库 >mysql为什么会出现幻读现象_快照读与当前读在不同隔离级别的差异

mysql为什么会出现幻读现象_快照读与当前读在不同隔离级别的差异

来源：互联网 2026-04-16 12:17:01

MySQL幻读：不是MVCC失效，而是你混用了两种“读” 当讨论MySQL幻读时，许多开发者首先会质疑：可重复读隔离级别是否失效了？实际上，问题往往出在别处。幻读的核心原因通常不是MVCC机制本身，而是开发者无意中混合使用了两种语义不同的读取方式——「快照读」与「当前读」，同时对加锁的实际范围产生了

MySQL幻读：不是MVCC失效，而是你混用了两种“读”

当讨论MySQL幻读时，许多开发者首先会质疑：可重复读隔离级别是否失效了？实际上，问题往往出在别处。幻读的核心原因通常不是MVCC机制本身，而是开发者无意中混合使用了两种语义不同的读取方式——「快照读」与「当前读」，同时对加锁的实际范围产生了误解。

长期稳定更新的攒劲资源： >>>点此立即查看<<<

幻读只发生在当前读（如SELECT...FOR UPDATE），与快照读无关；因行锁不锁间隙，需索引+next-key lock才能防止。

幻读仅发生于当前读，与快照读无关

这是一个常见的认知误区。在可重复读隔离级别下，普通的 SELECT ... WHERE d=5（不加锁）属于快照读。它基于事务启动时生成的read view，对其他事务后续的插入、更新或删除操作“不可见”。因此，在这种场景下，幻读根本不会发生。

然而，一旦语句加上 FOR UPDATE 或 LOCK IN SHARE MODE，就会切换到“当前读”模式。此时InnoDB必须读取所有已提交的、满足条件的最新数据行，并为它们加锁。其他事务新提交的数据自然会被纳入查询范围。

快照读：依赖事务的read view，提供一致性视图，对并发修改“免疫”。
当前读：忽略read view，直接读取数据页上的最新已提交版本，并施加锁。
关键结论：幻读现象只可能出现在执行当前读的语句中，例如 SELECT ... FOR UPDATE、UPDATE ... WHERE 和 DELETE ... WHERE。

可重复读下当前读为何锁不住新插入的行

这引出了下一个关键问题：为什么加了 FOR UPDATE 仍然锁不住后续插入的行？答案在于锁的粒度。

普通的行锁仅锁定索引上已存在的记录。而新插入的行位于两条已有记录之间的“间隙”中。例如，假设表中仅有 d=0 和 d=5 两行记录，那么 d=5 这条记录的“左间隙”为 (0, 5)，“右间隙”为 (5, +∞)。一个新插入的 d=5 记录可能落入 (0,5) 区间，而该区间没有任何行锁覆盖。

InnoDB用于防止此情况的机制是next-key lock（行锁+间隙锁），但其生效前提是查询条件能有效利用索引。
如果 WHERE d=5 中的 d 字段没有索引，InnoDB只能进行全表扫描。此时，即使添加 FOR UPDATE，也只会对扫描过程中遇到的、满足条件的已有行加行锁，未被扫描的间隙则完全开放。
于是，另一个会话可以顺利插入一条新的 d=5 记录，随后你的当前读就能查询到它——幻读便实际发生了。

读已提交与可重复读在快照读和当前读上的差异

你可能会疑惑：不同隔离级别的区别究竟在哪里？核心区别不在于“能否读到新数据”，而在于“何时决定数据的可见性版本”。

读已提交：每次执行快照读都会生成一个新的read view。因此，同一事务内的两次快照读可能看到其他事务已提交的不同结果。但其当前读行为与可重复读完全一致——读取最新版本并加锁，同样可能遭遇幻读。
可重复读：事务在首次执行快照读时生成read view，之后的所有快照读都复用该视图，从而保证一致性。然而，它的当前读同样会穿透该视图，读取最新的已提交数据。

简而言之：读已提交和可重复读在快照读的行为上截然不同，但在当前读的行为上完全一致——都读取最新数据、都施加锁、也都无法仅凭隔离级别避免幻读。

真正防止幻读需依赖显式加锁策略

因此，不要期望仅将隔离级别设置为可重复读就能自动解决幻读。MySQL的可重复读并不提供“范围级”的一致性快照，它只保证对同一行的多次快照读结果一致。要真正防止幻读，必须让当前读语句锁住整个可能的数据范围。

确保索引有效：这是使用next-key lock的前提。查询条件字段必须有索引，否则间隙锁会退化为行锁。
明确锁定范围：使用 SELECT ... FOR UPDATE 时，尽量让条件覆盖明确的范围。例如，将 WHERE d=5 改为 WHERE d >=5 AND d <=5（若d为整数），这有助于优化器更倾向于使用范围锁。
考虑更严格的锁：在极端场景下，可使用 SELECT ... LOCK IN SHARE MODE 并结合应用层逻辑进行二次校验。当然，也可直接使用 SERIALIZABLE 隔离级别，但这通常意味着并发性能显著下降。
注意隐式当前读：像 INSERT ... SELECT 这类语句，其子查询部分也会触发当前读。如果子查询没有锁住间隙，同样可能导致幻读。