脏读、不可重复读和幻读

1、脏读（Dirty Read）

MySQL官网中关于脏读的描述是：一个事务检索到另一个事务更新但未提交的数据，这些数据是不可靠的。只有在未提交读隔离级别下才有可能出现脏读现象。

这种操作不符合数据库设计的ACID原则。对于数据库而言，脏读是非常危险的，因为数据可能会回滚，或在提交之前进一步更新，然而另一事务已经脏读并使用这些从未被确认为准确的数据。

脏读现象也可能引发一致性问题。

与之相反的是一致性读，InnoDB确保一个事务不会读取另一个事务更新的数据，即使另一个事务同时提交。

2、不可重复读（Non-Repeatable Read）

官网中对于不可重复读的描述是，在事务A中根据某一查询条件检索数据，然后另一事务B修改满足查询事务中查询条件的数据并提交，事务A根据同一查询条件再次查询，两次查询的结果不同。

不可重复读违背了数据库设计的ACID原则。在同一事务中，数据应该是一致的，可预测的、稳定的。
在不同的隔离级别中，可串行读和可重复读级别可以防止不可重复读，读已提交和未提交读级别下允许不可重复读。

3、幻读（phantom）

所谓幻读，就是指某一行出现在查询的结果集中，但不出现在较早查询的结果集中。例如：在同一个事务中，同一个查询执行两次，在两次查询之间，有另一事务插入一个新记录或更新某一行并提交，并且这一行满足查询事务中的WHERE条件，导致第二次查询比第一次查询多一条记录。这种现象称为幻读，第二次查询多出来的这一行称为幻读行。

幻读比不可重复读更难防范，因为锁定第一个查询结果集的所有行并不能防止幻读现象的产生。

串行化读隔离级别下可以防止幻读，可重复读、读已提交、读未提交隔离级别下允许幻读。

假设child表的id列上有一索引。此时，读取并锁定表中所有id大于100的行，并打算修改选中行的某些值：

SELECT * FROM child WHERE id > 100 FOR UPDATE;

该查询从id大于100得到第一条记录开始扫描索引记录。假设此时表中有id值为90和i102

记录。如果只是在扫描范围内的索引记录上设置记录锁，而不设置间隙锁（在本例中是90和102之间的间隙），那么另一个事务就可以将id为101的新行插入到表中。此时，如果在同一事务中执行相同的SELECT查询，则将在查询结果中看到id为101（“幻像”）的新行。

幻读违反了事务的隔离原则——事务执行期间，已读取的记录不会改变。

为了防止幻读现象的发生，InnoDB使用了next-key锁，临界锁是记录锁和间隙锁的结合。InnoDB执行行级锁的方式是：当它搜索或扫描表索引时，它会在遇到的索引记录上设置共享锁或排他锁。因此，行级锁实际上是索引记录锁。此外，索引记录上的临界锁也会影响索引记录之前的“间隙”。也就是说，next-key锁是索引记录锁加上索引记录之前间隙上的间隙锁。如果一个事务已经在索引记录R上设置了一个共享锁或排他锁，则另一个事务不能立即在索引记录R之前的间隙中插入新的索引记录。

当InnoDB扫描索引时，索引中最后一条记录之后的间隙也可以被锁定。在前面的例子中就是这样：为防止向表中插入id大于100的记录，InnoDB在id为102之后间隙上设置间隙锁。

也可以使用next-key锁实现应用中的唯一性检查。如果在共享读模式下读数据时，没有检查到与即将插入的记录重复的项，然后安全地插入记录。要插入前读数据时，会在要插入位置设置next-key锁，防止其他事务同时插入相同的记录。因此，next-key锁能够锁住表中不存在的内容。

可以禁用间隙锁，但是这可能会导致幻读，因为当间隙锁被禁用时，其他事务可以向间隙中插入新行。

总结：

脏读：一个事务读到了另一个未提交事务修改过的数据。即事务1修改——>事务2读取

不可重复度：

幻读：

SQL标准中规定的并发事务执行过程中可能发生的现象

参考：Phantom Rows，MySQL Glossary——dirty_read，，MySQL Glossary——phantom