mysql innodb事务中出现幻读的_【20180613】MySQL innodb 引擎如何解决幻读

MySQL innodb 引擎如何解决幻度

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

未提交读(READ UNCOMMITTED)。俩个不同session，一个session正在显式的开启事务进行DML操作，但是还没有提交，另外一个session此时执行SELECT的时候可以读取得到这个未提交的DML操作之后的值。

提交读(READ COMMITTED)。本事务读取到的是最新的数据(其他的数据提交之后的数据)。就是说在同一个事务内，相同的Query操作获取得到的结果是不一样的(俩次查询期间有新的事务提交)。

可重复读(REPEATABLE READ)。同一个事务内，无论执行多少次相同Query查询的结果是一样的，不会做任何的修改(哪怕中途有其他的事务有进行DML操作提交)。

串行化(SERIALIZABLE)。非事务快照读操作会隐式的获取LOCK_S共享锁，可以保证不同事务之间的互斥，只允许并发的读，并发写是被禁止的。

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

脏读: 一个事务内修改了数据但是还没有提交，这个时候另外一个事务可以读取得到这个未提交的数据，这个样子就被称之为脏读。

不可重复读: 一个线程的事务读取到了另外一个线程中提交的update的数据。

幻读: 一个线程中的事务读取到了另外一个事务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。