13518219792
所以说InnoDB的RR隔离级别没有或者解决了幻读问题都不太准确。应该说它并没有完全解决幻读的问题。如果在同一个事务里面，只是总是执行普通的select快照读，是不会产生幻读的。
让客户满意是我们工作的目标，不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户，将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴，公司提供的服务项目有：域名注册、网站空间、营销软件、网站建设、温泉网站维护、网站推广。
MySQL InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ（可重读） 。
性能相对而言比读取未提交要低。 不可重复读 ：一致性。 性能相对而言比读取已提交要低。 可重复读取 ，简称： RR（默认）。 幻读的问题 ：mvc 但是对于新增来时候可能依然存在。
其他：MySQL InnoDB 引擎 RR 隔离级别是否解决了幻读引用一个 github 上面的评论 地址：Mysqlguan 方给出的幻读解释是：只要在一个事务中，第二次select多出了row就算幻读。
MySQL InnoDB事务隔离级别脏读、可重复读、幻读MySQL InnoDB事务的隔离级别有四级，默认是“可重复读”(REPEATABLE READ)。· 1).未提交读(READUNCOMMITTED)。
其他：MySQL InnoDB 引擎 RR 隔离级别是否解决了幻读引用一个 github 上面的评论 地址：Mysqlguan 方给出的幻读解释是：只要在一个事务中，第二次select多出了row就算幻读。
先明确一下，for update语法就是当前读，也就是查询当前已经提交的数据，并且是带悲观锁的。没有for update就是快照读，也就是根据readView读取的undolog中的数据。 如果按照以上猜想，那么整个执行结果就违背了 可重复读 的隔离级别了。
回到正题，之前提到一般情况下MySQL的InnoDB引擎在可重复读的情况下是没法保证不出现幻读的，但实际情况是MySQL可以通过加锁来防止幻读的出现，这种锁定通过Next-key机制来实现，是属于记录锁和间隙锁(Gap锁)的结合。
创建两条数据：最终的表数据如下：打开两个终端，连上mysql，分别启动事务a和事务b。在事务a和事务b上面分别执行如下命令：查询出来的结果如下： 事务a：事务b：很明显事务b没有查询到事务a未提交的新插入数据。
不过， SERIALIZABLE 之外的其他隔离级别可能也需要用到锁机制，就比如 REPEATABLE-READ 在当前读情况下需要使用加锁读来保证不会出现幻读。MySQL InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ（可重读） 。
出现上面的试验结果，是因为在RR隔离级别事务下，Mysql会对前一次select的结果快照。所以第二次select其实是快照读（这也正是RR隔离级别下能够避免不可重复读的策略）。
1、据此，很多人判断说RR隔离级别下“不存在”幻读。但果真如此吗？--- 出现上面的试验结果，是因为在RR隔离级别事务下，Mysql会对前一次select的结果快照。
2、所以说InnoDB的RR隔离级别没有或者解决了幻读问题都不太准确。应该说它并没有完全解决幻读的问题。如果在同一个事务里面，只是总是执行普通的select快照读，是不会产生幻读的。
3、其他：MySQL InnoDB 引擎 RR 隔离级别是否解决了幻读引用一个 github 上面的评论 地址：Mysqlguan 方给出的幻读解释是：只要在一个事务中，第二次select多出了row就算幻读。
4、RR级别的事务隔离可以解决脏读和不可重复读，他通过MVVC解决了 快照读情况下的幻读问题 ，当前读下的幻读是以来Innodb的锁机制实现的。所以总结起来就是： 在快照读情况下，Mysql通过MVVC来避免幻读。
5、首先需要明确的就是“幻读”概念： 隔离级别是可重复读，在一个事务中前后两次查询，查到了其他事务insert进来的数据。 强调的是读取到了其他事务插入进来的数据。
6、不过， SERIALIZABLE 之外的其他隔离级别可能也需要用到锁机制，就比如 REPEATABLE-READ 在当前读情况下需要使用加锁读来保证不会出现幻读。MySQL InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ（可重读） 。
其他：MySQL InnoDB 引擎 RR 隔离级别是否解决了幻读引用一个 github 上面的评论 地址：Mysqlguan 方给出的幻读解释是：只要在一个事务中，第二次select多出了row就算幻读。
下面来论证一下可重复读下幻读的解决方案 先明确一下，for update语法就是当前读，也就是查询当前已经提交的数据，并且是带悲观锁的。没有for update就是快照读，也就是根据readView读取的undolog中的数据。
MySQL在解决脏读、不可重复的读时候，使用了MVCC一致性视图，同时配合行锁来解决。
此外要提的一点是，MySql的REPEATABLE READ与Oracle的不同，不但解决了不可重复读问题，还解决的“幻读”问题。
以mysql来说，可能出现脏读、不可重复读以及幻读，mysql默认设置是可重复读，即一次事务中不会读取到不同的数据。
1、其他：MySQL InnoDB 引擎 RR 隔离级别是否解决了幻读引用一个 github 上面的评论 地址：Mysqlguan 方给出的幻读解释是：只要在一个事务中，第二次select多出了row就算幻读。
2、首先需要明确的就是“幻读”概念： 隔离级别是可重复读，在一个事务中前后两次查询，查到了其他事务insert进来的数据。 强调的是读取到了其他事务插入进来的数据。
3、幻读是指：在一个事务中，读取到了其他已经提交的事务插入的数据行。MySQL在解决脏读、不可重复的读时候，使用了MVCC一致性视图，同时配合行锁来解决。
1、其他：MySQL InnoDB 引擎 RR 隔离级别是否解决了幻读引用一个 github 上面的评论 地址：Mysqlguan 方给出的幻读解释是：只要在一个事务中，第二次select多出了row就算幻读。
2、以mysql来说，可能出现脏读、不可重复读以及幻读，mysql默认设置是可重复读，即一次事务中不会读取到不同的数据。
3、MySQL默认设置的事务隔离级别都是RR级别的，而且MySQL的RR级别是可以避免幻读发生的。
4、RR级别的事务隔离可以解决脏读和不可重复读，他通过MVVC解决了 快照读情况下的幻读问题 ，当前读下的幻读是以来Innodb的锁机制实现的。所以总结起来就是： 在快照读情况下，Mysql通过MVVC来避免幻读。
5、MySQL InnoDB事务隔离级别脏读、可重复读、幻读MySQL InnoDB事务的隔离级别有四级，默认是“可重复读”(REPEATABLE READ)。· 1).未提交读(READUNCOMMITTED)。
