mysql怎么解决幻读 mysql怎么解决幻读和脏读

正确理解MYSQL的幻读

1、幻读指的是一个事务在前后两次查询同一个范围的时候，后一次查询看到了前一次查询没有看到的行。首先快照读是不存在幻读的，只有当前读（实时读）才存在幻读的问题。

我们提供的服务有：网站建设、网站设计、微信公众号开发、网站优化、网站认证、成华ssl等。为上1000家企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务，是有科学管理、有技术的成华网站制作公司

2、首先需要明确的就是“幻读”概念： 隔离级别是可重复读，在一个事务中前后两次查询，查到了其他事务insert进来的数据。 强调的是读取到了其他事务插入进来的数据。

3、幻读是指：在一个事务中，读取到了其他已经提交的事务插入的数据行。MySQL在解决脏读、不可重复的读时候，使用了MVCC一致性视图，同时配合行锁来解决。

4、). 幻读 ：是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。

5、最终的表数据如下：打开两个终端，连上mysql，分别启动事务a和事务b。在事务a和事务b上面分别执行如下命令：查询出来的结果如下： 事务a：事务b：很明显事务b没有查询到事务a未提交的新插入数据。

6、据此，很多人判断说RR隔离级别下“不存在”幻读。但果真如此吗？--- 出现上面的试验结果，是因为在RR隔离级别事务下，Mysql会对前一次select的结果快照。

既然MySQL中InnoDB使用MVCC,为什么REPEATABLE-READ不能消除幻读

所以说InnoDB的RR隔离级别没有或者解决了幻读问题都不太准确。应该说它并没有完全解决幻读的问题。如果在同一个事务里面，只是总是执行普通的select快照读，是不会产生幻读的。

mysql默认的repeatable-read隔离级别说的是A事务在执行过程中可以看到B事务插入的已提交的数据，不能看到B事务update提交的数据。

快照读： 通过MVCC实现，该技术不仅可以保证innodb的可重复读，而且可以防止幻读，但是他读取的数据虽然是一致的，但是数据是历史数据。

innoDB是聚簇索引，数据挂在逐渐索引之下。是 MySQL 默认的事务型存储引擎， 只有在需要它不支持的特性时，才考虑使用其它存储引擎 。实现了四个标准的隔离级别，默认级别是可重复读(REPEATABLE READ)。

针对上面的现象我们进行个原理分析： 实际上产生上述显现是因为InnoDB采用的MVCC（多版本并发控制），其中针对每条数据会有它自己的事务id，以及一个最大事务id。针对事务中数据每次修改，会产生不同的版本。

此外要提的一点是，MySql的REPEATABLE READ与Oracle的不同，不但解决了不可重复读问题，还解决的“幻读”问题。

Mysql:RR隔离级别下的幻读

可以看到事务a已提交的新数据被事务b使用update语句更新了，并且通过普通的select语句给查询出来了，很显然，出现了幻读 。所以说InnoDB的RR隔离级别没有或者解决了幻读问题都不太准确。应该说它并没有完全解决幻读的问题。

先明确一下，for update语法就是当前读，也就是查询当前已经提交的数据，并且是带悲观锁的。没有for update就是快照读，也就是根据readView读取的undolog中的数据。 如果按照以上猜想，那么整个执行结果就违背了 可重复读 的隔离级别了。

MySQL InnoDB 存储引擎的默认支持的隔离级别是 REPEATABLE-READ（可重读） 。