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

MySQL为什么RR隔离级别添加了间隙锁还是无法解决幻读问题？什么是幻读？幻读本质上也属于不可重复读的情况，T1读取某个范围的数据，T2在这个范围内插入或者删除新的数据，T1再次读取这个范围的数据，此时读取的结果和和第一次读取的结果不同。我的理解我的理解是：间隙锁只能保证范围内的键不被插入，无法保证范围内的键不被删除。如果在事务执行期间另一个事务删除了该范围内的某一行数据，原事务再次查询时就会发现出现了幻读。比如索引1，3有数据，然后加了间隙锁，那么查询1-3之间的数据的时候，会查询到两条记录。并且因为间隙锁的存在，所以无法添加数据。但是索引1或者3本身所代表的数据可能会被删除，所以再次查询的

MySQL为什么RR隔离级别添加了间隙锁还是无法解决幻读问题？什么是幻读？幻读本质上也属于不可重复读的情况，T1读取某个范围的数据，T2在这个范围内插入或者删除新的数据，T1再次读取这个范围的数据，此时读取的结果和和第一次读取的结果不同。我的理解我的理解是：间隙锁只能保证范围内的键不被插入，无法保证范围内的键不被删除。如果在事务执行期间另一个事务删除了该范围内的某一行数据，原事务再次查询时就会发现出现了幻读。比如索引1，3有数据，然后加了间隙锁，那么查询1-3之间的数据的时候，会查询到两条记录。并且因为间隙锁的存在，所以无法添加数据。但是索引1或者3本身所代表的数据可能会被删除，所以再次查询的