MySQL实战——MVCC

1、什么是MVCC

我们都知道MySQL能够很好的支持ACID，但是，在底层是通过何种方式来实现事务型存储引擎的呢？理所当然的想到锁，通过加锁的方式，对每一次数据的读写都加上相应锁。问题是加锁需要消耗资源，锁的各种操作，包括锁的获取、检查锁是否解除、锁的释放等，都会增加系统的开销，而且影响数据库的性能。

MVCC，多版本并发控制，是行级锁的一个变种，能在很多场景下避免加锁的操作，开销更低，实现了非阻塞的读操作，写操作也仅是锁定必要的行。

2、MVCC的实现

MVCC的实现，是通过保存数据在某个时间点的快照来实现的，不管需要执行多长时间等待，每个事务看到的数据都是一致的。所以，根据事务开始时间的不同，每个事务对同一张表，同一个时刻看到的数据可能是不一样的。

InnoDB的MVCC，是通过在每行记录后面保存两个隐藏的列来实现的。这两个列，一个保存了行的创建时间，一个保存了行的过期时间。当然，存储的是系统的版本号。每开启一个新的事务，系统版本号自动增加。事务开始时刻的系统版本号作物事务的版本号，用来和查询到的每行记录的版本号进行比较。

• SELECT： InnoDB只查找版本号早于当前事务版本的数据行，这样可以保证读取到的行要么是事务开始之前就存在，要么是事务本身插入或者修改过的；读取到的行的删除版本要么未定义，要么大于当前的事务版本号，这样保证事务读取到行，在事务开始之前未被删除；
• INSERT：为每一行保存当前系统的版本号作为行版本号；
• DELETE：为每一行保存当前系统版本号为删除标识；
• UPDATE：插入一条新记录，保存当前系统的版本号为行版本号，同时保存当前系统的版本号为原来行的删除标识。

3、MVCC的适用场景

MVCC只在REPEATABLE READ和READ COMMITTED两个隔离级别工作，READ UNCOMMITTED 总是读取最新的行，SERIALIZABLE则是对所有读取的行都加锁。