mysql可重复读和幻读实例

绝地灬酷狼 2022-06-16 00:10 311阅读 0赞

mysql的默认事务级别是：可重复读  
其中可重复读是通过mvcc来实现的又叫快照读，在事务中的读操作通过对当前的数据库中记录一个版本，以后的读操作只会读取记录的版本，因此相当于对数据库的数据建立了一个快照数据，因此叫做快照读，其不用对数据库中的数据进行加锁又叫做乐观锁。  
同时RR事务级别的mysql通当前读和gap锁来解决幻读，其本质是通过对数据库周边记录进行加悲观锁（读锁（共享锁）和互斥锁（写锁））【gap锁】来解决幻读。

## **1.什么是幻读问题** ##

RR事务隔离级别号称可以解决幻读的问题（通过当前读加锁来实现）  
第一步建表并插入5条记录：  
![这里写图片描述][SouthEast]

接下来我们看下大部分mysql所说的幻读现象：  
事务1(开启事务查询发现没有记录6准备插入)：  
![这里写图片描述][SouthEast 1]  
事务2（开启事务，发现没有记录6插入，并提交事务）：  
![这里写图片描述][SouthEast 2]  
事务1：查询发现没有记录6，现在开始进行插入6：  
![这里写图片描述][SouthEast 3]  
没有的记录我要插入却告诉已经存在，这就是通常说的幻读。

## **2.gap锁（当前读）解决幻读问题** ##

mysql说对数据加锁不管共享锁还是互斥锁就能解决幻读的问题  
开启一个事务1(加上共享锁解决幻读的情况）：  
![这里写图片描述][SouthEast 4]  
开启事务2（查询发现没有记录8，准备插入）  
![这里写图片描述][SouthEast 5]  
可以发现事务2被阻塞，不准插入，除非事务1提交。因此在事务1中插入记录8是能够成功的。  
事务1插入记录8,最后可以查询出自己插入的数据，但是更新一条不存在的数据是不会查询出来的，最后提交事务：  
![这里写图片描述][SouthEast 6]  
事务2阻塞的操作会爆重复异常：  
![这里写图片描述][SouthEast 7]  
因此对一个事务加上悲观锁（共享锁或者互斥锁）是能够保证幻读不会出现的，并且谁先加锁，谁就能够保证check and insert是成功的。如果你需要每个事务的check and insert都能成功，那么你不要加共享锁，直接加互斥锁。那么事务会直接阻塞在加锁阶段，就不会出现check and insert 失败的情况。  
事务1加上互斥锁  
![这里写图片描述][SouthEast 8]  
事务2也想加互斥锁，BOOM你只能失败：  
![这里写图片描述][SouthEast 9]

## **3.RR没有解决的幻读** ##

场景：我们知道grap锁能够将右边的记录进行加锁，因此我要统计表记录的数量，我只需要对最大记录加锁就行了  
事务1：对最大记录互斥加锁，准备计算表中记录数量。发现数量为8，并且不存在3和4的记录。  
![这里写图片描述][SouthEast 10]  
事务2：插入缺失记录3和4成功，但是插入id为100的记录被锁住，OK事务2可以提交了。  
![这里写图片描述][SouthEast 11]  
事务1：在事务1在事务2插入数据后进行查询总量，发现数量还是6，OK很完美  
![这里写图片描述][SouthEast 12]  
事务1：接下来我发现事务1中没有3和4这条记录，我进行一次无用的更新会发生什么？  
![这里写图片描述][SouthEast 13]  
OK，最终问题终于出现了，为什么我更新两条不存在的记录，我能够更新成功，并且我再次统计的时候，数量添加了两条？并且我重新读取，发现结果不一样了，不是说可以重复读吗？加锁可以解决幻读吗？  
PS：如果一个事务里面插入或者删除会改变记录的数据，这个是合理的不是幻读。更新应该只会修改数据记录，这个也是合理，同样不是幻读，都是可重复读的。但是更新出现新的记录就是一种异常的情况。

[SouthEast]: /images/20220616/0f7909667ecb41518a3fa35180209c30.png
[SouthEast 1]: /images/20220616/c084862fd1ee4cc1927a23ab78c119b6.png
[SouthEast 2]: /images/20220616/c4faf078052549cf89a614a08e667ba0.png
[SouthEast 3]: /images/20220616/f9fb84ce18d043af9e4200d778d58b18.png
[SouthEast 4]: /images/20220616/3dfff373fb8a45e785d5a4011ee544ed.png
[SouthEast 5]: /images/20220616/4bcd0165a08c4e2d8899b43c0f7f5e25.png
[SouthEast 6]: /images/20220616/5894326e23c146b9873dbfe87212afdc.png
[SouthEast 7]: /images/20220616/d2fe8e4cec2d43cc8ce99dd23c176424.png
[SouthEast 8]: /images/20220616/ec5079372dd64b87afab480692eff108.png
[SouthEast 9]: /images/20220616/23de8e3d5f8d43598d85c27eb1db1514.png
[SouthEast 10]: /images/20220616/e890192e2107425498a8ea99463448ab.png
[SouthEast 11]: /images/20220616/f0f5ff69d2184490bfdefdf1dba95836.png
[SouthEast 12]: /images/20220616/3cde1c36897e4efbbac39e183c65c117.png
[SouthEast 13]: /images/20220616/2f664f27112c462495a3fe922f077311.png