InnoDB在RR隔离级别下的幻读问题的分析

李君山

目录

• 概述
  
• MVCC做了什么
  
• 锁做了什么
  
• 为啥幻读：
  
• 参考资料：
  

概述

笔者在学习数据库相关内容时，发现关于innoDB在RR级别下究竟能不能保证不发生幻读这个问题，网上的资料众说纷纭，笔者在经过总结和自己的试验之后，在这里结合自己的理解分析一下这个问题，若有谬误，欢迎指正。笔者在这里默认读者都了解了关于幻读以及innoDB中MVCC和锁机制的情况，仅对该问题进行分析。
先说结论，innoDB的RR级别下仍然会出现幻读的情况，但是innoDB还是通过MVCC和锁尽可能避免幻读发生。
MVCC做了什么

首先，关于MVCC，在RR级别下，MVCC只会在事务的首个查询发生时生成一个Read View，后续的相同查询都是共用这个Read View，这样就实现了可重复读。同时不难想到，这也解决了幻读，因为即使另一个事务成功插入并提交，该版本在首次生成的Read View中也是不可见的。但是我们要强调的是，这仅仅是解决了快照读的幻读问题。如果事务中只有快照读，那么RR级别下不会有幻读问题。
锁做了什么

其次，innoDB通过间隙锁来尽量避免幻读问题，这里简单举一个网上常见的例子

1. CREATE TABLE `test_RR` (
2.   `id` INT NOT NULL,
3.   `teacher_id` INT NULL,
4.   `class_id` INT NULL,
5.   `name` VARCHAR(6) NULL,
6.   PRIMARY KEY (`id`),
7.   INDEX `teacher_id` (`teacher_id` ASC))
8. ENGINE = InnoDB
9. DEFAULT CHARACTER SET = utf8;

复制代码

transaction Atransaction B1begin;2select * from test_RR where teacher_id=1;3update test_RR set name='zhang' where teacher_id=1;4begin;5insert into test_RR values (12,2,6,'zhang');经过测试，这里的语句5会被阻塞，因为语句3 update是当前读操作，给表中加了间隙锁，和B的插入操作互斥。
为啥幻读：

然而，还有一种情况会导致幻读
transaction Atransaction B1begin;2select * from test_RR where teacher_id=1;3begin;4insert into test_RR values (12,1,6,'zhang');5commit;6update test_RR set name='wang' where teacher_id=1;7select * from test_RR where teacher_id=1;8commit ;语句2结果：

语句7结果：

这里还是产生了幻读问题，关键在于语句6 update是当前读，故而将事务B插入提交的行也读了进来进行了更新，最要命的是让该行有了一个版本号为当前事务id的版本，这样语句7查询的时候自然就将它读了进来，导致了幻读问题。
参考资料：

面试被反问，RR级别下能解决幻读问题那为什么不叫幻读级别？_扭秧歌的一只泱的博客-CSDN博客
Innodb中的事务隔离级别和锁的关系 - 美团技术团队 (meituan.com)
幻读在 InnoDB 中是被如何解决的？ - 来份锅包肉 - 博客园 (cnblogs.com)

来源:https://www.cnblogs.com/legolas-PRC/p/17098957.html
免责声明：由于采集信息均来自互联网，如果侵犯了您的权益，请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容，谢谢合作！