MySQL的InnoDB引擎是如何解决幻读的？

最新推荐文章于 2025-04-11 17:40:05 发布

Zdelta

最新推荐文章于 2025-04-11 17:40:05 发布

阅读量2k

点赞数 1

CC 4.0 BY-SA版权

分类专栏：数据库文章标签：数据库幻读事务 innodb mysql

本文链接：https://blog.csdn.net/Zdelta/article/details/111872457

数据库专栏收录该内容

7 篇文章

订阅专栏

在MySQL中，InnoDB引擎通过使用Next-Key锁机制在可重复读隔离级别下防止幻读。当隔离级别提升到串行化虽然能解决幻读，但会牺牲并发性能。InnoDB的Next-Key锁结合了记录锁和间隙锁，确保事务不会看到其他事务在同一个范围内插入的新行，从而解决幻读问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在 MySQL 中，默认的隔离级别是可重复读，可以解决脏读和不可重复读的问题，只要提升隔离级别到串行化即可解决幻读问题。

本文结束！

串行化的隔离级别使数据库无法并发，那么，实际情况是如何解决幻读问题的呢？

幻读原因

在MVCC一文中，我们了解到数据库的MVCC机制，当隔离级别为读已提交（Read Commit）时一个事务中的每一次 SELECT 查询都会获取一次 Read View，如果 Read View 不同，就可能产生不可重复读或者幻读的情况：

事务	说明
BEGIN;
SELECT．．．	获取Read View
.................
SELECT．．．	获取Read View
COMMIT;

隔离级别为可重复读的时候，就避免了不可重复读，因为一个事务只在第一次 SELECT 的时候会获取一次 Read View，而后面所有的 SELECT 都会复用这个 Read View。

InnoDB 的三种行锁

记录锁：针对单个行记录添加锁。
间隙锁（Gap Locking）：可以帮我们锁住一个范围（索引之间的空隙），但不包括记录本身。采用间隙锁的方式可以防止幻读情况的产生。
Next-Key 锁：帮我们锁住一个范围，同时锁定记录本身，相当于间隙锁 + 记录锁，可以解决幻读的问题。

出现幻读的原因是在读已提交的情况下，InnoDB 只采用记录锁（Record Locking）！

InnoDB 的解决方案

实际上，还是将锁的范围扩大到　间隙锁 + 记录锁　来解决幻读问题的。

在隔离级别为可重复读时，InnoDB 会采用 Next-Key 锁的机制，解决幻读问题。

总结

MySQL8以上版本默认隔离级别就是可重复读，是不存在事务问题的。

但是在高并发环境下可以手动降低隔离级别提高并发性。

面试题

T1 select 之后 update，会将 T2 中 insert 的数据一起更新，那么认为多出来一行，所以防不住幻读，对吗？

答案：
错误，InnoDB 中设置了快照读和当前读两种模式，如果只有快照读，那么自然没有幻读问题，但是如果将语句提升到当前读，那么 T1 在 select 的时候需要用如下语法： select * from t for update (lock in share mode) 进入当前读，那么自然没有 T2 可以插入数据这一回事儿了

参考：https://blog.csdn.net/mrs_chens/article/details/90644868