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

ainila

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。