189 8069 5689
回到正题，之前提到一般情况下MySQL的InnoDB引擎在可重复读的情况下是没法保证不出现幻读的，但实际情况是MySQL可以通过加锁来防止幻读的出现，这种锁定通过Next-key机制来实现，是属于记录锁和间隙锁(Gap锁)的结合。
网站建设哪家好，找创新互联！专注于网页设计、网站建设、微信开发、成都小程序开发、集团企业网站建设等服务项目。为回馈新老客户创新互联还提供了永平免费建站欢迎大家使用！
快照读： 通过MVCC实现，该技术不仅可以保证innodb的可重复读，而且可以防止幻读，但是他读取的数据虽然是一致的，但是数据是历史数据。
MySQL在解决脏读、不可重复的读时候，使用了MVCC一致性视图，同时配合行锁来解决。
不过， SERIALIZABLE 之外的其他隔离级别可能也需要用到锁机制，就比如 REPEATABLE-READ 在当前读情况下需要使用加锁读来保证不会出现幻读。MySQL InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ（可重读） 。
创建两条数据：最终的表数据如下：打开两个终端，连上mysql，分别启动事务a和事务b。在事务a和事务b上面分别执行如下命令：查询出来的结果如下： 事务a：事务b：很明显事务b没有查询到事务a未提交的新插入数据。
此外要提的一点是，MySql的REPEATABLE READ与Oracle的不同，不但解决了不可重复读问题，还解决的“幻读”问题。
1、据此，很多人判断说RR隔离级别下“不存在”幻读。但果真如此吗？--- 出现上面的试验结果，是因为在RR隔离级别事务下，Mysql会对前一次select的结果快照。
2、可以看到事务a已提交的新数据被事务b使用update语句更新了，并且通过普通的select语句给查询出来了，很显然，出现了幻读 。所以说InnoDB的RR隔离级别没有或者解决了幻读问题都不太准确。应该说它并没有完全解决幻读的问题。
3、RR级别的事务隔离可以解决脏读和不可重复读，他通过MVVC解决了 快照读情况下的幻读问题 ，当前读下的幻读是以来Innodb的锁机制实现的。所以总结起来就是： 在快照读情况下，Mysql通过MVVC来避免幻读。
4、先明确一下，for update语法就是当前读，也就是查询当前已经提交的数据，并且是带悲观锁的。没有for update就是快照读，也就是根据readView读取的undolog中的数据。 如果按照以上猜想，那么整个执行结果就违背了 可重复读 的隔离级别了。
5、不过， SERIALIZABLE 之外的其他隔离级别可能也需要用到锁机制，就比如 REPEATABLE-READ 在当前读情况下需要使用加锁读来保证不会出现幻读。MySQL InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ（可重读） 。
快照读： 通过MVCC实现，该技术不仅可以保证innodb的可重复读，而且可以防止幻读，但是他读取的数据虽然是一致的，但是数据是历史数据。
以mysql来说，可能出现脏读、不可重复读以及幻读，mysql默认设置是可重复读，即一次事务中不会读取到不同的数据。
RR级别的事务隔离可以解决脏读和不可重复读，他通过MVVC解决了 快照读情况下的幻读问题 ，当前读下的幻读是以来Innodb的锁机制实现的。所以总结起来就是： 在快照读情况下，Mysql通过MVVC来避免幻读。
隔离级别脏读不可重复读幻读 READ-UNCOMMITTED READ-COMMITTED REPEATABLE-READ SERIALIZABLE MySQL 的隔离级别基于锁和 MVCC 机制共同实现的。SERIALIZABLE 隔离级别，是通过锁来实现的。
回到正题，之前提到一般情况下MySQL的InnoDB引擎在可重复读的情况下是没法保证不出现幻读的，但实际情况是MySQL可以通过加锁来防止幻读的出现，这种锁定通过Next-key机制来实现，是属于记录锁和间隙锁(Gap锁)的结合。
1、幻读指的是一个事务在前后两次查询同一个范围的时候，后一次查询看到了前一次查询没有看到的行。首先快照读是不存在幻读的，只有当前读（实时读）才存在幻读的问题。
2、首先需要明确的就是“幻读”概念： 隔离级别是可重复读，在一个事务中前后两次查询，查到了其他事务insert进来的数据。 强调的是读取到了其他事务插入进来的数据。
3、幻读是指：在一个事务中，读取到了其他已经提交的事务插入的数据行。MySQL在解决脏读、不可重复的读时候，使用了MVCC一致性视图，同时配合行锁来解决。
4、). 幻读 ：是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。
5、最终的表数据如下：打开两个终端，连上mysql，分别启动事务a和事务b。在事务a和事务b上面分别执行如下命令：查询出来的结果如下： 事务a：事务b：很明显事务b没有查询到事务a未提交的新插入数据。
所以说InnoDB的RR隔离级别没有或者解决了幻读问题都不太准确。应该说它并没有完全解决幻读的问题。如果在同一个事务里面，只是总是执行普通的select快照读，是不会产生幻读的。
MySQL InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ（可重读） 。
性能相对而言比读取未提交要低。 不可重复读 ：一致性。 性能相对而言比读取已提交要低。 可重复读取 ，简称： RR（默认）。 幻读的问题 ：mvc 但是对于新增来时候可能依然存在。
RR级别的事务隔离可以解决脏读和不可重复读，他通过MVVC解决了 快照读情况下的幻读问题 ，当前读下的幻读是以来Innodb的锁机制实现的。所以总结起来就是： 在快照读情况下，Mysql通过MVVC来避免幻读。
幻读是指多事务并发中一个事务读到了另一个事务insert的记录。在REPEATABLE READ隔离级别下，假设事务T1执行后，事务T2开始执行，并新增一条记录，然后事务T2提交，这时在事务T1中执行select是看不到事务T2新增的这条记录的。
首先需要明确的就是“幻读”概念： 隔离级别是可重复读，在一个事务中前后两次查询，查到了其他事务insert进来的数据。 强调的是读取到了其他事务插入进来的数据。