mysql幻读怎么解决的 mysql mvcc解决幻读

关于MySQL的幻读问题，看这一篇就够了

什么是幻读？

成都创新互联专注于网站建设|企业网站维护|优化|托管以及网络推广，积累了大量的网站设计与制作经验，为许多企业提供了网站定制设计服务，案例作品覆盖成都茶楼设计等行业。能根据企业所处的行业与销售的产品，结合品牌形象的塑造，量身定制品质网站。

幻读指的是一个事务在前后两次查询同一个范围的时候，后一次查询看到了前一次查询没有看到的行。

首先快照读是不存在幻读的，只有当前读（实时读）才存在幻读的问题。

幻读有什么问题？

select ...for update语句就是将相应的数据行锁住，但是如果存在幻读，就把for update的语义破坏了。

如何解决幻读？

产生幻读的原因是，行锁只能锁住行，但是新插入记录这个动作，要更新的是记录之间的“间隙”。因此，为了解决幻读问题，InnoDB只好引入新的锁，也就是间隙锁(Gap Lock)。间隙锁和行锁合称 next-key lock ， 每个next-key lock是前开后闭区间 。

总结

Mysql 幻读&Next Key Lock详解

幻读的定义是指，一个事务开启后，执行前后两次查询，两次查询中出现了新的数据，幻读仅针对数据的新增。

比如： 表t中，id为主键，目前有数据1,5,10,20四条。

开始一个事务A，前后两次执行 select * from t where id 10 for update;

开启一个事务B，在事务A第二次执行查询前，执行insert into t values( 2,...); 并提交事务（请暂时忽略这里能否成功执行！）。

此时在RC、RR隔离级别下都会导致事务A第二次查询能够查询到 事务B新增的数据 id = 2。

RC级别下能够看到不同结果就不做解释了。

对于RR隔离级别下，有了MVCC版本控制为什么还能读取到不同的结果呢？

这里要归功于 "for update"。

"for update" 会将快照读变为当前读，在当前读场景中，会自动读取最新的数据，而非快照数据。

分析一下，锁与当前读关系。了解什么情况下会加锁。了解 意向锁、共享锁、排它锁区别及各自在什么情况下使用。

行锁的概念都清楚，这里就不做补充了。

间隙锁实际上是指一个区间。

我们都知道，InnoDB 在RR事务隔离级别下解决幻读问题就是通过Next Key Lock (间隙锁+行锁)来实现的。而且，很多地方也有提到，如果对于读一致性要求不高的场景可以考虑使用RC隔离级别，允许幻读的发生。

还是上边说的那个实例，略微改动：

比如： 表t中，id为主键，目前有数据1,5,10,20四条。

开始一个事务A，前后三次分别执行

开启一个事务B，在事务A执行update前，执行insert into t values( 2,...); 并提交事务。

此时我们知道，事务A中第二次查询能够查到 事务B新增的数据，也就是产生了幻读。那么，按照SQL执行的顺序来说，事务B

mysql可重复读的幻读解决方案

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

强调的是读取到了其他事务插入进来的数据。

下面来论证一下可重复读下幻读的解决方案

先明确一下，for update语法就是当前读，也就是查询当前已经提交的数据，并且是带悲观锁的。没有for update就是快照读，也就是根据readView读取的undolog中的数据。

如果按照以上猜想，那么整个执行结果就违背了 可重复读 的隔离级别了。

那么我们再假设select * from TABLE where d = 5 for update;这条语句锁定的是所有被扫描到的数据。

这是因为T2阶段的update会被阻塞住，毕竟所有被扫描到的记录都被锁定了。

按照上述推理过程，很显然，即使锁定所有扫描到的数据行，也依然存在幻读的情况。违背了 可重复读 的隔离级别。

针对这个情况，我们要解决幻读的问题，那么就要求针对所有被扫描的记录行以及还不存在的d=5的记录行都给锁住。

至此，当前查询结果完全满足 可重复读 的隔离级别。

通过以上推论，我们可以总结一下，在可重复读的隔离级别下，解决幻读除了需要锁定所有扫描到的记录行外，还需要锁定行之间的间隙，也就是通过间隙锁来解决幻读的问题。

mysql查询的时候怎么解决脏读，幻读问题

3). 幻读 :

是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，就好象发生了幻觉一样。例如，一个编辑人员更改作者提交的文档，但当生产部门将其更改内容合并到该文档的主复本时，发现作者已将未编辑的新材料添加到该文档中。如果在编辑人员和生产部门完成对原始文档的处理之前，任何人都不能将新材料添加到文档中，则可以避免该问题。