MySQL幻读到底是什么？怎么解决？

前言

稍微懂点开发经验的同学应该都知道，MySQL一共有四个隔离级别，分别是Read uncommitted （读未提交）、Read committed（读已提交）、Repeatable read（可重复读） 、Serializable（串行化）。

在这四种隔离级别下，因为并发又有可能引发脏读、不可重复读、幻读这些问题。

那幻读到底是什么？遇到幻读又该如何解决呢？今天我们来具体地聊一聊。

注意：以下讨论基础可重复读隔离级别（RR）。

什么是幻读

幻读：指的是同一个事务中在前后两次查询中，后一次的查询里面，出现了前一次查询没有查到的记录，这个记录仅指新插入的记录。

在RR级别下，普通的select查询是快照读，一个事务看不到另一个事务插入的数据，这个很好理解。而update虽然是当前读，但是读的是已有的记录，并不能称为幻读。

幻读只针对新插入的行。

这也正是幻读产生的原因：即使我们给所有的记录都加上锁，也避免不了幻读。因为新的记录还不存在，自然没法加锁。

如何解决幻读

首先需要说明的是，并非所有情况下都会出现幻读。

对主键或唯一索引，如果当前读时，where条件全部精确命中(=或者in)，这种场景本身就不会出现幻读，所以只会加行记录锁。

而对于没有索引的列，或者非唯一索引的列，既然行锁只能锁住行，锁不了新插入的记录。那我们想办法锁住这个新记录不就可以解决幻读了吗？

顺着这个思路，InnoDB引入了一个新的锁，间隙锁（Gap Lock） 。

从名字上我们就可以看出它的作用：锁住两个值之间的间隙。这样当我们加锁时，比如执行 select * from test where x=5 for update，除了给x=5这条记录加锁以外，还会给行两边的空隙，也加上间隙锁。

但是间隙锁有一点和行锁不一样，跟行锁起冲突的是另一个行锁，跟间隙锁起冲突的，并非另一个间隙锁，而是要间隙中要插入一条记录这个动作。

间隙锁和行锁合称 next-key lock，每个 next-key lock 是前开后闭区间。通过引入间隙锁和next-key lock，InnoDB就解决了rr隔离级别下幻读的问题。

总结

在RR级别下，由于并发原因可能产生幻读，为了解决幻读，MySQL引入了间隙锁。

间隙锁在可重复读隔离级别下才会生效。

不过需要注意的是，引入间隙锁其实也是有代价的，比如同样的语句，因为有了间隙锁，可能会锁住更大的范围，导致数据库的并发度下降。

当然，如果我们把隔离级别调整为读已提交，间隙锁自然就不存在了，这样并发度就能得到提升。但是又可能产生数据和日志不一样的情况，需要把binlog的格式设置为row。

总之，为了解决某一个场景的问题，我们有时需要引入一个新事物，而新事物又可能产生新的问题，就像无限套娃一样，其中的取舍就只能根据我们的业务场景来决定了。

写文不易，喜欢的朋友点点赞关注吧。