MySql学习（专项篇）MVCC

MVCC(Mutil-Version Concurrency Control)

MVCC是用于数据库提供并发访问控制的并发控制技术。与MVCC相对的，是基于锁的并
发控制， Lock-Based Concurrency Control 。

MVCC的优点

MVCC最大的好处，相信也是耳熟能详：读不加锁，读写不冲突。

在读多写少的OLTP应用中，读写不冲突是非常重要的，极大的增加了系统的并发性能，这也是为什么现阶段，几乎所有的RDBMS，都支持了MVCC。
多版本并发控制仅仅是一种技术概念，并没有统一的实现标准。
其核心理念就是数据快照，不同的事务 访问不同版本的数据快照，从而实现不同的事务隔离级别。虽然字面上是说具有多个版本的数据快照，但这并不意味着数据库必须拷贝数据，保存多份数据文件，这样会浪费大量的存储空间。
InnoDB通过事务的undo日志巧妙地实现了多版本的数据快照。

MVCC中读操作

在MVCC并发控制中，读操作可以分成两类：快照读 (snapshot read)与当前读 (current read)

• 快照读，读取的是记录的可见版本 (有可能是历史版本)，不用加锁。
• 当前读，读取的是记录的最新版本，并且当前读返回的记录，都会加上锁，保证其他事务不会再并发修 改这条记录。

快照读

在InnoDB中简单的select操作属于快照读。

select * from table where ?;

当前读

特殊的读操作，插入/更新/删除操作，属于当前读，需要加锁。

select * from table where ? lock in share mode;//共享锁（S）
select * from table where ? for update;//排他锁(X)
insert into table values (…) ; //排他锁(X)
update table set ? where ? ; //排他锁(X)
delete from table where ? ; //排他锁(X)

所有以上的语句，都属于当前读，读取记录的最新版本。并且，读取之后，还需要保证其他并发事务不
能修改当前记录，对读取记录加锁。
为什么将 插入/更新/删除 操作，都归为当前读？
首先我们要了解一下一个更新语句的执行流程

1. 当Update SQL被发给MySQL后，MySQL Server会根据where条件，读取第一条满足条件的记
   录，然后InnoDB引擎会将第一条记录返回，并加锁 (current read)。
2. 待MySQL Server收到这条加锁的记录之后，会再发起一个Update请求，更新这条记录。
3. 一条记录操作完成，再读取下一条记录，直至没有满足条件的记录为止。

因此，Update操作内部，就包含了一个当前读。同理，Delete操作也一样。Insert操作会稍微有些不
同，简单来说，就是Insert操作可能会触发Unique Key的冲突检查，也会进行一个当前读。

一致性非锁定读

一致性非锁定读(consistent nonlocking read)是指InnoDB存储引擎通过多版本控制(MVCC)读取当前数
据库中行数据的方式。如果读取的行正在执行DELETE或UPDATE操作，这时读取操作不会因此去等待行
上锁的释放。相反地，InnoDB会去读取行的一个快照。

上图直观地展现了InnoDB一致性非锁定读的机制。之所以称其为非锁定读，是因为不需要等待行上排
他锁的释放。快照数据是指该行的之前版本的数据，每行记录可能有多个版本，一般称这种技术为行多
版本技术。由此带来的并发控制，称之为多版本并发控制(Multi Version Concurrency Control,
MVCC)。InnoDB是通过undo log来实现MVCC。
在事务隔离级别READ COMMITTED和REPEATABLE READ下，InnoDB默认使用一致性非锁定读。然
而，对于快照数据的定义却不同。在READ COMMITTED事务隔离级别下，一致性非锁定读总是读取被
锁定行的最新一份快照数据。而在REPEATABLE READ事务隔离级别下，则读取事务开始时的行数据版
本。

InnoDB的MVCC实现

InnoDB使用undolog（版本链）和ReadView可见性判断，去实现了MVCC。
在READ COMMITTD 、 REPEATABLE READ这两个隔离级别通过生成 ReadView 的时机不同，

1. READ COMMITTD 在每一次进行普通 SELECT 操作前都会生成一个 ReadView ，
2. REPEATABLE READ 只在第一次进行普通 SELECT 操作前生成一个 ReadView ，之后的查询操作都重复这个 ReadView
   就好了

从而实现读不加锁的情况下，读写不冲突，同时还能保证事务的隔离性程，这样子可以使不同事务的 读-写 、 写-读 操作并发执行，从而提升系统性能。