InnoDB的MVCC,是通过在每行记录后面保存两个隐藏的列来实现的,这两个列，分别保存了这个行的创建时间，一个保存的是行的删除时间。这里存储的并不是实际的时间值,而是系统版本号(可以理解为事务的ID)，每开始一个新的事务，系统版本号就会自动递增，事务开始时刻的系统版本号会作为事务的ID.下面看一下在REPEATABLE READ隔离级别下,MVCC具体是如何操作的。
首先创建一张表:
create table yang( id int primary key auto_increment, name varchar(20) );假设系统的版本号从1开始.
InnoDB为新插入的每一行保存当前系统版本号作为版本号。第一个事务ID为1:
start transaction; insert into yang values(NULL,'yang'); insert into yang values(NULL,'long'); insert into yang values(NULL,'fei'); commit;对应在数据中的表如下(后面两列是隐藏列,我们通过查询语句并看不到)
idname创建时间(事务ID)删除时间(事务ID)1yang1undefined2long1undefined3fei1undefinedInnoDB会根据以下两个条件检查每行记录:
InnoDB只会查找版本早于当前事务版本的数据行(也就是,行的系统版本号小于或等于事务的系统版本号)，这样可以确保事务读取的行，要么是在事务开始前已经存在的，要么是事务自身插入或者修改过的.
行的删除版本要么未定义,要么大于当前事务版本号(这可以确保事务读取到的行，在事务开始之前未被删除)， 只有条件1、2同时满足的记录，才能返回作为查询结果.
InnoDB会为删除的每一行保存当前系统的版本号(事务的ID)作为删除标识.
看下面的具体例子分析: 第二个事务,ID为2:
start transaction; select * from yang; select * from yang; commit;假设1: 假设在执行这个事务ID为2的过程中,刚执行到(1),这时,有另一个事务ID为3往这个表里插入了一条数据; 第三个事务ID为3;
start transaction; insert into yang values(NULL,'tian'); commit;这时表中的数据如下:
idname创建时间(事务ID)删除时间(事务ID)1yang1undefined2long1undefined3fei1undefined4tian3undefined然后接着执行事务2中的(2),由于id=4的数据的创建时间(事务ID为3),执行当前事务的ID为2,而InnoDB只会查找事务ID小于等于当前事务ID的数据行,所以id=4的数据行并不会在执行事务2中的(2)被检索出来,在事务2中的两条select 语句检索出来的数据如下:
idname创建时间(事务ID)删除时间(事务ID)1yang1undefined2long1undefined3fei1undefined
引自：https://www.cnblogs.com/pautcher/p/7723422.html
