据此，很多人判断说RR隔离级别下“不存在”幻读。但果真如此吗？--- 出现上面的试验结果，是因为在RR隔离级别事务下，Mysql会对前一次select的结果快照。
成都创新互联公司长期为超过千家客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为鹰手营子企业提供专业的成都做网站、网站建设，鹰手营子网站改版等技术服务。拥有十多年丰富建站经验和众多成功案例,为您定制开发。
可以看到事务a已提交的新数据被事务b使用update语句更新了，并且通过普通的select语句给查询出来了，很显然，出现了幻读 。所以说InnoDB的RR隔离级别没有或者解决了幻读问题都不太准确。应该说它并没有完全解决幻读的问题。
先明确一下，for update语法就是当前读，也就是查询当前已经提交的数据，并且是带悲观锁的。没有for update就是快照读，也就是根据readView读取的undolog中的数据。 如果按照以上猜想，那么整个执行结果就违背了 可重复读 的隔离级别了。
MySQL InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ（可重读） 。
总结：从上往下依次降低，隔离级别的强度依次增强。下面我们有一个图来进行解释：读取未提交：不可重复读，幻读问题。 解决问问题：没有使用事物的时候数据不一致的问题，就是做到知行的sql一起成功，一起回滚。
1、因此，为了解决幻读问题，InnoDB只好引入新的锁，也就是间隙锁(Gap Lock)。间隙锁和行锁合称 next-key lock ， 每个next-key lock是前开后闭区间 。
2、回到正题，之前提到一般情况下MySQL的InnoDB引擎在可重复读的情况下是没法保证不出现幻读的，但实际情况是MySQL可以通过加锁来防止幻读的出现，这种锁定通过Next-key机制来实现，是属于记录锁和间隙锁(Gap锁)的结合。
3、MySQL在解决脏读、不可重复的读时候，使用了MVCC一致性视图，同时配合行锁来解决。
1、其他：MySQL InnoDB 引擎 RR 隔离级别是否解决了幻读引用一个 github 上面的评论 地址：Mysqlguan 方给出的幻读解释是：只要在一个事务中，第二次select多出了row就算幻读。
2、幻读指的是一个事务在前后两次查询同一个范围的时候，后一次查询看到了前一次查询没有看到的行。首先快照读是不存在幻读的，只有当前读（实时读）才存在幻读的问题。
3、首先需要明确的就是“幻读”概念： 隔离级别是可重复读，在一个事务中前后两次查询，查到了其他事务insert进来的数据。 强调的是读取到了其他事务插入进来的数据。
1、MySQL在解决脏读、不可重复的读时候，使用了MVCC一致性视图，同时配合行锁来解决。
2、此外要提的一点是，MySql的REPEATABLE READ与Oracle的不同，不但解决了不可重复读问题，还解决的“幻读”问题。
3、可重复读隔离级别下，事务在启动的时候就“拍了个整个库的快照”。如果一个库有100G，那么我启动一个事务，MySQL就要拷100G的数据出来，这个过程得多慢啊。但是平时事务执行起来却是非常快的。
其他：MySQL InnoDB 引擎 RR 隔离级别是否解决了幻读引用一个 github 上面的评论 地址：Mysqlguan 方给出的幻读解释是：只要在一个事务中，第二次select多出了row就算幻读。
解决mysql脏读的方法：mysql数据库定义了四种隔离级别：serializable：可避免脏读、不可重复读、虚读情况的发生。repeatable read：可以避免脏读、不可重复读情况的发生。read committed：可以避免脏读情况发生。
以mysql来说，可能出现脏读、不可重复读以及幻读，mysql默认设置是可重复读，即一次事务中不会读取到不同的数据。
MySQL InnoDB事务隔离级别脏读、可重复读、幻读MySQL InnoDB事务的隔离级别有四级，默认是“可重复读”(REPEATABLE READ)。· 1).未提交读(READUNCOMMITTED)。
首先快照读是不存在幻读的，只有当前读（实时读）才存在幻读的问题。幻读有什么问题？select ...for update语句就是将相应的数据行锁住，但是如果存在幻读，就把for update的语义破坏了。
对于[ UPDATE ]语句，如果某行已被锁定，则 InnoDB 执行“半一致”读取，将最新提交版本的数据返回给MySQL，以便MySQL可以确定该行是否符合 WHERE 条件。
针对这个情况，我们要解决幻读的问题，那么就要求针对所有被扫描的记录行以及还不存在的d=5的记录行都给锁住。 至此，当前查询结果完全满足 可重复读 的隔离级别。
所以说InnoDB的RR隔离级别没有或者解决了幻读问题都不太准确。应该说它并没有完全解决幻读的问题。如果在同一个事务里面，只是总是执行普通的select快照读，是不会产生幻读的。
回到正题，之前提到一般情况下MySQL的InnoDB引擎在可重复读的情况下是没法保证不出现幻读的，但实际情况是MySQL可以通过加锁来防止幻读的出现，这种锁定通过Next-key机制来实现，是属于记录锁和间隙锁(Gap锁)的结合。