【20180613】MySQL innodb 引擎如何解决幻读

MySQL innodb 引擎如何解决幻度

MySQL innodb 引擎事务的隔离级别有四种，默认是可重复读(REPEATABLE READ)

1. 未提交读(READ UNCOMMITTED)。俩个不一样session，一个session正在显式的开启事务进行DML操做，可是尚未提交，另一个session此时执行SELECT的时候能够读取获得这个未提交的DML操做以后的值。
2. 提交读(READ COMMITTED)。本事务读取到的是最新的数据(其余的数据提交以后的数据)。就是说在同一个事务内，相同的Query操做获取获得的结果是不同的(俩次查询期间有新的事务提交)。
3. 可重复读(REPEATABLE READ)。同一个事务内，不管执行多少次相同Query查询的结果是同样的，不会作任何的修改(哪怕中途有其余的事务有进行DML操做提交)。
4. 串行化(SERIALIZABLE)。非事务快照读操做会隐式的获取LOCK_S共享锁，能够保证不一样事务之间的互斥，只容许并发的读，并发写是被禁止的。

MySQL 的脏读，不可重复读，幻读

1. 脏读: 一个事务内修改了数据可是尚未提交，这个时候另一个事务能够读取获得这个未提交的数据，这个样子就被称之为脏读。
2. 不可重复读: 一个线程的事务读取到了另一个线程中提交的update的数据。
3. 幻读: 一个线程中的事务读取到了另一个事务insert的数据。

隔离级别和脏读，不可重复读，幻读

隔离级别	脏读	不可重复读	幻读
未提交读	可能	可能	可能
已提交读	不可能	可能	可能
可重复读	不可能	不可能	可能
可串行化	不可能	不可能	不可能

按照上面的逻辑来讲的话，MySQL的innodb在可重复读的状况下是会出现幻读的现象的，可是实际状况MySQL在可重复读的隔离级别下是没有出现幻读的状况。在可重复读的状况下MySQL主要是经过MVCC多版本控制来解决可重复读的状况下幻读的状况。

快照读和当前读

快照读就是所谓的根据read view去获取信息和数据，不会加任何的锁。可是当前读会获取获得全部已经提交数据，按照逻辑上来说的话，在一个事务中第一次当前读和第二次当前读的中间有新的事务进行DML操做，这个时候俩次当前读的结果应该是不一致的，可是实际的状况倒是在当前读的这个事务还没提交以前，全部针对当前读的数据修改和插入都会被阻塞，主要是由于next-key lock解决了当前读可能会发生幻读的状况。

next-key lock当使用主键索引进行当前读的时候，会降级为record lock(行锁)

Read view

InnoDB支持MVCC多版本，其中RC(READ COMMITTED)和RR(REPEATABLE READ)隔离级别是利用consistent read view(一致读视图)方式支持的。所谓的consistent read view就是在某一时刻给事务系统trx_sys打snapshot(快照)，把当时的trx_sys状态(包括活跃读写事务数组)记下来，以后的全部读操做根据其事务ID(即trx_id)与snapshot中trx_sys的状态作比较，以此判断read view对事务的可见性。

RR隔离级别(除了GAP锁以外)和RC隔离级别的差异是建立snapshot时机不一样。RR隔离级别是在事务开始时刻，确切的说是第一个读操做建立read view的；RC隔离级别是在语句开始时刻建立read view的。这就意味着RR隔离级别下面一个事务的SELECT操做只会获取一个read view，可是RC隔离级别下一个事务是能够获取多个read view的。

建立／关闭read view须要持有trx_sys->mutex，会下降系统性能，5.7版本对此进行优化，在事务提交时session会cache只读事务的read view。

下次建立read view，判断若是是只读事务而且系统的读写事务状态没有发生变化，即trx_sys没有向前推动，并且没有新的读写事务产生，就能够重用上次的read view。