MySQL解决幻读——MVCC与间隙锁

当前读 与 快照读

当前读：

　　select...lock in share mode (共享读锁)
　　select...for update
　　update , delete , insert

当前读, 读取的是最新版本, 并且对读取的记录加锁, 阻塞其他事务同时改动相同记录，避免出现安全问题。

例如，假设要update一条记录，但是另一个事务已经delete这条数据并且commit了，如果不加锁就会产生冲突。所以update的时候肯定要是当前读，得到最新的信息并且锁定相应的记录。

快照读：
简单的select操作(不包括 select … lock in share mode, select … for update)。

Read Committed隔离级别：每次select都生成一个快照读。

Read Repeatable隔离级别：开启事务后第一个select语句才是快照读的地方，而不是一开启事务就快照读。

在RR级别下，快照读是通过MVVC(多版本控制)和undo log来实现的，当前读是通过加record lock(记录锁)和gap lock(间隙锁)来实现的。

如何解决幻读

快照读的幻读是用MVCC解决的，当前的读的幻读是用间隙锁解决的。

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

这个帖子里面就有一个实例：MySQL的InnoDB的幻读问题
一些文章写到InnoDB的可重复读避免了“幻读”（phantom read），这个说法并不准确。

那InnoDB指出的可以避免幻读是怎么回事呢？

以下翻译自MySQL官网文档（http://download.nust.na/pub6/mysql/doc/refman/5.5/en/innodb-next-key-locking.html），翻译水平一般，请见谅。

当隔离级别是可重复读，且禁用innodb_locks_u