一文了解MySQL中的多版本并发控制

最近在阅读《认知觉醒》这本书，里面有句话非常打动我：通过自己的语言，用最简单的话把一件事情讲清楚，最好让外行人也能听懂。

也许这就是大道至简，只是我们习惯了烦琐和复杂。

希望借助今天这篇文章，能用大白话说清楚这个相对比较底层和复杂的MVCC机制。

在开始之前，先抛出一个问题：我们都知道，目前（MySQL 5.6以上）数据库已普遍使用InnoDB存储引擎，InnoDB相对于MyISAM存储引擎其中一个好处就是在数据库级别锁和表级别锁的基础上支持了行锁，还有就是支持事务，保证一组数据库操作要么成功，要么失败。基于此，问题来了，在InnoDB默认隔离级别（可重复读）下，一个事务想要更新一行数据，如果刚好有另外一个事务拥有这个行锁，那么这个事务就会进入等待状态。既然进入等待状态，那么等到这个事务获取到行锁要更新数据的时候，它读取到的值是什么呢？

具体的问题见下图，我们设定有一张表user，初始化语句如下，试想在这样的场景下，事务A三次查询的值分别是什么？

create table `user` (
`id` bigint not null,
`name` varchar(50) default null,
PROMARY KEY (`id`)
) ENGINE = InnoDB;
insert into user(id,name) values (1,'A');
复制代码

想要把这件事情回答正确，我们先来铺垫一下基础知识。

提到事务，首先会想到的就是ACID（Atomic原子性、Consist一致性、Isolate隔离性、Durable持久性），今天我们主要关注隔离性，当有多个事务同时执行发生并发时，数据库可能会出现脏读、不可重复读和幻读等问题，为了解决这些问题，“隔离级别”这位大哥上场，包含：读未提交、读已提交、可重复读和串行。

但我们都知道，隔离级别越高，执行效率越低。毕竟大哥就是大哥，级别越高，越谨慎，常在河边走哪能不湿鞋。

我们通过一个例子简单说一下这四种隔离级别：

• 读未提交：一个事务还未提交，它的变更就能被其他事务看到。V1为B，V2为B，V3为B。

• 读已提交：一个事