MySQL可重复读隔离级别，为什么在另一个事务已经提交更新的情况下，仍旧可以读取到旧的数据呢？答案是MySQL使用了多版本并发控制(Multi-Version Concurrency Control，MVCC)技术。
什么是MVCC
- 一种并发控制的方法，一般在数据库管理系统中，实现对数据库的并发访问。
- 通过保存数据在某个时间点的快照来实现。不管需要执行多长时间，每个事务看到的数据都是一致的。
MySQL的MVCC
不同的存储引擎的MVCC实现不同的，典型的有乐观(optimistic)并发控制和悲观(pessimistic)并发控制。
InnoDB的MVCC
- 通过在每行记录后面保存两个隐藏的列来实现。
- 一列保存行的创建时间，具体就是创建时的系统版本号。
- 一列保存行的删除时间，具体就是删除时的系统版本号。
- 当开始一个新的事务，系统版本号(system version number)都会自动递增。
- 事务开始时，系统版本号用来和查询到的每行记录保存的版本号进行比较。
REPEATABLE READ隔离级别下，MVCC具体操作：
- SELECT操作，InnoDB会根据以下两个条件检查每行记录：
a. InnoDB只查找创建版本号早于或等于当前系统版本号的数据行，这样可以确保事务读取的行，要么是在事务开始前已经存在的，要么是事务自身插入或者修改过的。
b. 行的删除版本号要么未定义，要么大于当前的系统版本号(在当前事务开始之后删除的)。这可以确保事务读取到的行，在事务开始之前未被删除。 - INSERT操作：InnoDB为新插入的每一行保存当前系统版本号作为行创建时的版本号。
- DELETE操作：InnoDB为删除的每一行保存当前系统版本号作为行删除时的标识。
- UPDATE操作：InnoDB为插入一行新纪录，保存当前系统版本号为行创建时的版本号；同时保存当前系统版本号到原来的行作为行删除时的标识。UPDATE操作会产生两条记录。
MySQL InnoDB是使用undo log实现多版本并发控制(MVCC)。事务未提交之前，undo log保存未提交数据之前的数据版本，当读取某一行被其他事务操作时，可以从undo log中分析出该行之前记录的数据。undo log中的数据作为数据旧版本快照，提供事务之间的并发处理。
在多个事务同时进行时，为了保证某个事务可以正确地读取到隔离级别要求的数据版本，InnoDB会将当前系统中活跃的事务列表创建一个副本(ReadView)，副本中保存的是系统中当前不应该被本事务看到的其他事务列表。当本事务要读某一行记录时，InnoDB通过副本(ReadView)决定是否读取该行记录的某个版本，并且从undo log中寻找相应的版本。
MySQL的MVCC适用的隔离级别
MVCC只在REPEATABLE READ和READ COMMITTED两个隔离级别下工作。REPEATABLE READ读取之前系统版本号的记录，保证同一个事务中多次读取结果一致。READ COMMITTED读取最新的版本号记录，就是所有事务最新提交的结果。
其他两个隔离级别和MVCC不兼容。READ UNCOMMITTED总是读取最新的数据行，而不是符合当前事务版本的数据行。SERIALIZABLE会对所有读取的行都加锁。
