前言
中秋刚过,大家是不是还没充中秋的假日里缓过来?中秋三天假里,我总结了一些关于可重复度与幻读的知识,作为大家工作前的开胃小菜,希望对你有所帮助.
每次谈到数据库的事务隔离级别,大家一定会看到这张表.
其中,可重复读这个隔离级别,有效地防止了脏读和不可重复读,但仍然可能发生幻读,可能发生幻读就表示可重复读这个隔离级别防不住幻读吗?
我不管从数据库方面的教科书还是一些网络教程上,经常看到RR级别是可以重复读的,但是无法解决幻读,只有可串行化(Serializable)才能解决幻读,这个说法是否正确呢?
在这篇文章中,我将重点围绕MySQL中
可重复读（Repeatable read）能防住幻读吗?
这一问题展开讨论,相信看完这篇文章后,你一定会对事务隔离级别有新的认识.
我们的数据库中有如下结构和数据的Users表,下文中我们将对这张表进行操作,
长文预警,读完此篇文章,大概需要您二十至三十分钟.
什么是幻读?
在说幻读之前,我们要先来了解脏读和不可重复读.
脏读
当一个事务读取到另外一个事务修改但未提交的数据时，就可能发生脏读。
在我们的例子中，事务2修改了一行，但是没有提交，事务1读了这个没有提交的数据。现在如果事务2回滚了刚才的修改或者做了另外的修改的话，事务1中查到的数据就是不正确的了,所以这条数据就是脏读。
不可重复读
“不可重复读”现象发生在当执行SELECT 操作时没有获得读锁或者SELECT操作执行完后马上释放了读锁； 另外一个事务对数据进行了更新,读到了不同的结果.
在这个例子中，事务2提交成功，因此他对id为1的行的修改就对其他事务可见了。导致了事务1在此前读的age=1,第二次读的age=2,两次结果不一致,这就是不可重复读.
幻读
“幻读”又叫"幻象读",是''不可重复读''的一种特殊场景：当事务1两次执行''SELECT ... WHERE''检索一定范围内数据的操作中间，事务2在这个表中创建了(如[[INSERT]])了一行新数据，这条新数据正好满足事务1的“WHERE”子句。
如图事务1执行了两遍同样的查询语句,第二遍比第一遍多出了一条数据,这就是幻读。
三者到底什么区别
三者的场景介绍完,但是一定仍然有很多同学搞不清楚,它们到底有什么区别,我总结一下.
脏读:指读到了其他事务未提交的数据.
不可重复读: 读到了其他事务已提交的数据(update).
不可重复读与幻读都是读到其他事务已提交的数据,但是它们针对点不同.
不可重复读:update.
幻读:delete,insert.
MySQL中的四种事务隔离级别
未提交读
未提交读（READ UNCOMMITTED）是最低的隔离级别,在这种隔离级别下,如果一个事务已经开始写数据，则另外一个事务则不允许同时进行写操作，但允许其他事务读此行数据.
把脏读的图拿来分析分析,因为事务2更新id=1的数据后,仍然允许事务1读取该条数据,所以事务1第二次执行查询,读到了事务2更新的结果,产生了脏读.
已提交读
由于MySQL的InnoDB默认是使用的RR级别，所以我们先要将该session开启成RC级别，并且设置binlog的模式
SET session transaction isolation level read committed;
SET SESSION binlog_format = 'ROW';（或者是MIXED）在已提交读（READ COMMITTED）级别中，读取数据的事务允许其他事务继续访问该行数据，但是未提交的写事务将会禁止其他事务访问该行,会对该写锁一直保持直到到事务提交.
同样,我们来分析脏读,事务2更新id=1的数据后,在提交前,会对该对象写锁,所以事务1读取id=1的数据时,会一直等待事务2结束,处于阻塞状态,避免了产生脏读.
同样,来分析不可重复读,事务1读取id=1的数据后并没有锁住该数据,所以事务2能对这条数据进行更新,事务2对更新并提交后,该数据立即生效,所以事务1再次执行同样的查询,查询到的结果便与第一次查到的不同,所以已提交读防不了不可重复读.
可重复度
在可重复读（REPEATABLE READS）是介于已提交读和可串行化之间的一种隔离级别(废话