当前读和快照读

MySQL数据库

在MVCC并发控制中，读操作可以分成两类：快照读 (snapshot read)与当前读 (current read)。快照读，读取的是记录的可见版本 (有可能是历史版本)，不用加锁。当前读，读取的是记录的最新版本，并且，当前读返回的记录，都会加上锁，保证其他事务不会再并发修改这条记录。

innodb的默认事务隔离级别是rr（可重复读）。它的实现技术是mvcc。基于版本的控制协议。该技术不仅可以保证innodb的可重复读，而且可以防止幻读。（这也就是是此前以rr隔离级别实践时，不仅可以防止可重复读，也防止了幻读），但是它防止的是快照读，也就是读取的数据虽然是一致的，但是数据是历史数据。

如何做到的？

如何做到保证数据是一致的（可重复、幻）（也就是一个事务，其内部读取对应某一个数据的时候，数据都是一样的），同时读取的数据是最新的数据。innodb提供了一个间隙锁的技术，即next－key，也就是结合grap锁与行锁，达到最终目的。当使用索引进行插入（或select，update等）的时候，innodb会将当前的节点（record_lock）和上一个节点（gap lock）加锁？。这样当进行select的时候，就不允许加x锁。那么在进行该事务的时候，读取的就是最新的数据。（同样的，反过来看，当select in share mode时加next－key锁，视查询索引是否唯一而定一片数据的insert和update阻塞），当两个当前读在一个事务中，别的update insert delete就无法打断，也就不会出现重复读和幻读。

哪些是快照读哪些是当前读？

在一个支持MVCC并发控制的系统中，哪些读操作是快照读？哪些操作又是当前读呢？以MySQL InnoDB为例：

1. 快照读：简单的select操作，属于快照读，不加锁。(当然，也有例外，下面会分析)
   select * from table where ?;
   简单的select操作(不包括 select … lock in share mode, select … for update)
2. 当前读：特殊的读操作，插入/更新/删除操作，属于当前读，需要加锁。
   select * from table where ? lock in share mode;
   select * from table where ? for update;
   insert into table values (…);
   update table set ? where ?;
   delete from table where ?;

为什么说InnoDB的可重复读避免了“幻读”是不准确的？

首先看看什么是幻读
幻读。解决了不重复读，保证了同一个事务里，查询的结果都是事务开始时的状态（一致性）。但是，如果另一个事务同时提交了新数据，本事务再更新时，就会“惊奇的”发现了这些新数据，貌似之前读到的数据是“鬼影”一样的幻觉。

在mysql中，提供了两种事务隔离技术，第一个是mvcc，第二个是next-key技术。这个在使用不同的语句的时候可以动态选择。不加lock inshare mode之类的快照读就使用mvcc。否则 当前读使用next-key。mvcc的优势是不加锁，并发性高。缺点是不是实时数据。next-key的优势是获取实时数据，但是需要加锁。

因为默认的查询语句是快照读，而要避免幻读需要使用当前读。可以通过使用当前读来规避幻读问题。