脏读、幻读、不可重复读、可重复读

1、脏读

所谓的脏读，指的是读到了其他事务未提交的数据，未提交意味着这些数据可能会保存到数据库，也可能会回滚，不保存到数据库。当这个数据发生了回滚，就意味着这个数据不存在，这就是脏读!

脏读最大的问题就是可能会读到不存在的数据。比如在上图中，事务 B 的更新数据被事务 A 读取，但是事务 B 回滚了，更新数据全部还原。也就是说事务 A 刚刚读到的数据并没有存在于数据库中。

从结果上看，事务 A 读出了一条不存在的数据，这个问题比较很严重!

当数据库的事务隔离级别为读未提交，就会发生脏读现象!

2、不可重复读

不可重复读，指的是在一个事务内，最开始读到的数据和事务结束前的任意时刻读到的同一批数据出现不一致的情况。

比如上图，事务 A 两次读取同一数据，第一次读取结果为 1，当事务 B 修改了数据并提交，此时的事务 A 第二次读取结果为 2，两次读取结果不一致!

当数据库的事务隔离级别为读未提交、读提交时，就会发生不可重复读现象!

3、幻读

幻读和不可重复读，有点类似，但是表达的侧重点不一样。

例如事务 A 对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。此时，突然事务 B 插入了一条数据并提交了，当事务 A 提交了修改数据操作之后，再次读取全部数据，结果发现还有一条数据未更新，给人感觉好像产生了幻觉一样。这就是幻读!

当有别的事务，在插入或者删除同一条数据的时候，就容易产生幻读的现象!

当数据库的事务隔离级别为读未提交、读提交、可重复读时，就会发生幻读现象!

MySQL解决方案

InnoDB 的可重复读的实现，利用了实现 MVCC 技术的快照技术

使用MVCC（多版本并发控制）。InnoDB为每行记录添加了一个版本号（系统版本号），每当修改数据时，版本号加一。在读取事务开始时，系统会给事务一个当前版本号，事务会读取版本号小于等于当前版本号的数据，这时就算另一个事务插入一个数据，并立马提交，新插入这条数据的版本号会比读取事务的版本号高，因此读取事务读的数据还是不会变。

如果数据库并发控制引擎是单纯的封锁协议机制，则应该在读取数据的时候，判断数据项是不是其他事务更新过的。可是InnoDB没有这么做，而是通过如下方式，在RR隔离级别下为事务设置了一个“一致性读视图（即快照）”，之后读取数据，就是根据这个快照来获取，这样，就不能看到他晚于本事务的事务对已有记录的更新（更新生成新版本，必然不在旧的快照所限定的范围内），之后，在每条SQL语句执行的时候，根据隔离级别判断是不是要使用一个新的快照，如果是可重复读，则不使用新快照，沿用老的快照，这样就能保证所有的读操作看到的是同一个数据状态；同时也确保了读已提交隔离级别下一个事务块内的不同语句的读操作看到的不是同一个数据状态。