MySQL 可重复读隔离级别下是否解决了幻读问题

[gotonull]

MySQL 在默认的事务隔离级别下到底有没有解决幻读问题啊

[zy445566]

@gotonull 确实解决了，就是楼上说间隙锁，使用的时候通过 select +for update 锁定控制范围

[mahone3297]

极客时间，Mysql 的课有讲，解决了。
20 | 幻读是什么，幻读有什么问题？

[zgzhang]

在快照读读情况下，mysql 通过 mvcc 来避免幻读。
在当前读读情况下，mysql 通过 next-key 来避免幻读。
select * from t where a=1;属于快照读
select * from t where a=1 lock in share mode;属于当前读

不能把快照读和当前读得到的结果不一样这种情况认为是幻读，这是两种不同的使用。所以我认为 mysql 的 rr 级别是解决了幻读的。
https://github.com/Yhzhtk/note/issues/42

[gotonull]

@mahone3297 谢谢，这就去学习学习

[dxyhymn]

解决了，推荐去看书，看完你就知道了，而且很透彻。

[JasonLaw]

@huntcool001 #12 +1，并没有完全解决。

https://dev.mysql.com/doc/refman/8.0/en/innodb-consistent-read.html 中也描述了这个问题。在“The snapshot of the database state applies to SELECT statements within a transaction, not necessarily to DML statements.”这段里面。

[JasonLaw]

其实我不太明白为什么这么多人都是在说 gap locking，文档里明明说的是 next-key locking 。

https://dev.mysql.com/doc/refman/8.0/en/innodb-next-key-locking.html 中说了“To prevent phantoms, InnoDB uses an algorithm called next-key locking that combines index-row locking with gap locking.”，很明显，单纯的 gap locking 是不能阻止幻读的，index-row locking 加上 gap locking 才能够解决。

[JasonLaw]

@pangleon #19 “间隙锁又会引起别的 BUG”，可以详细说明一下是什么 bug 吗？谢谢。

[pws22]

没有完全解决

[daimubai]

确实使用的是 Next-lock-key 算法，它包含了 row lock 和 gap lock，默认情况下是解决了幻读的，不过不能完全避免吧，因为只会锁间隙，如果不在间隙添加也可以添加成功吧

[daimubai]

MVCC 并没有解决幻读，而是解决了 RC 下的脏读和 RR 下的不可重复读

[wentaoliang]

默认没有开启避免幻读，但是可以通过 for update 或者 share mode 来开启避免幻读。原理楼上以及说了

[freelancher]

讲真。我看原理的时候就解决了。这个是在隔离特性里面。自己去看一下吧。

[leapV3]

可重复读没有解决，需要加间隙锁