原理：深入理解MySQL事务隔离级别的4种隔离级别 - 主机乐

脏读：事务 A 读取了事务 B 更新的数据，然后 B 进行回滚操作，那么A读取的数据就是脏数据
不可重复读：事务A多次读取同一数据，事务B在事务A多次读取的过程中，对数据做了更新并提交，导致事务A多次夺取同一数据时，结果不一致。
幻读：系统管理员A将数据库中所有学生的成绩从具体分数改为ABCDE等级，但是系统管理员B就在这个时候插入了一条具体分数的记录，当系统管理员A改结束后发现还有一条记录没有改过来，就好像发生了幻觉一样，这就叫幻读。

? 不可重复读的和幻读很容易混淆，不可重复读侧重于修改，幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行，解决幻读需要锁表。

3.1 本文会使用到的 SQL 语句

3.1.1 示例表结构

事务B：

? 读未提交是隔离级别最低的，会造成脏读。

4.2 读已提交

为了避免脏读，数据库有了比读未提交更高的隔离级别，即读已提交。

对于提交：当前事务只能读取其它事务已提交的数据，未提交事务的数据读取不到。

事务A：

事务B：

由此可以得出结论，隔离级别设置为已提交读（READ COMMITTED）
时，已经不会出现脏读问题了，当前事务只能读取到其他事务提交的数据。但是，站在事务A的角度想想，存在其他问题吗？

提交读的隔离级别会有什么问题呢？

在同一个事务A里，相同的查询sql，读取同一条记录（id=1），读到的结果是不一样的，即不可重复读。所以，隔离级别设置为read committed的时候，还会存在不可重复读的并发问题。

4.3 可重复读

为了避免不可重复读的并发问题，我们将隔离级别设置为可重复读（REPEATABLEE READ），重复一下之前的操作。

事务A：

事务B：

到了这一步，可以发现事务隔离级别设置为可重复读，可以解决幻读问题。

那么可重复读真的是否已经解决了幻读问题呢？毕竟还剩个事务隔离级别呢。

RR隔离级别下，手动启动一个事务，进行select操作，他会生成一个快照，可以理解为将当前数据库的数据复制一份，在当前事务中，之后不管进行多少次select查询，都是在模板中去取数据，所以不管数据库中是否对数据进行了改变，都不会影响当前事务数据的读取，从而避免了幻读。这种普通的 select 操作，称为快照读。

但是如果在当前事务中使用了下图语句进行当前读:

select * from account for update;

for update是进行当前读的操作，他会重新从数据库去加载当前的最新的数据，每执行一次加载一次，如果在此时，另外一个事务为数据库添加了一个事务，再进行查询，会发现查询的数据与之前相比多了或者少了，这也就是幻读现象。

如果你阅读到这里，去实操一下，会发现和我说的不一样，有一种上当的感觉。

其实不是的，这是因为上述都是在标准的可重复读下的情况，在innodb存储引擎中对可重复读进行了改造，为当前读加上了 Next-key Lock,也就是间隙锁和行锁的统称，行锁防止了别的事务修改或者删除，间隙锁防止了别的事务新增。也就是在进行上面的for update事务中，其他的事务不能对数据进行增删操作，执行会报错或者长时间处于等待状态。