>关于多版本并发控制的一些内容。<br> 主要来自于《高性能MySQL》，做笔记。 **MCVV 的实现， 是通过保存数据在某个时间点的快照来实现的。** 不管执行时间多长，每个事务看到的数据都是一致的。根据事务开始的时间不同，每个事务对同一张表，同一时刻看到的数据可能不一致。 主要介绍 InnoDB 的 MVCC 实现。 InnoDB 的 MVCC 是通过在每行记录后面保存两个隐藏的列来实现的。这两个列，一个保存了行的创建时间，一个保存了行的过期时间（或者删除时间）。**存储的实际不是时间，可以看做是系统版本号。** 每次开启一个事务时，系统版本号会进行递增。**事务开始时刻的系统版本号会作为事务的版本号，用来和查询到的每行记录进行比较。** 在 REPEATABLE READ 隔离级别下，MCCC 操作如下： 1. SELECT InnoDB 会根据两个条件检查每行记录： 1. InnoDB 只查找早于当前事务版本的数据行，这样确保了事务读取的行，要么是开始前已存在的，要么是事务自身插入或修改的。 2. 行的删除版本要么未定义，要么大于当前事务，可以确保事务读取到的行，在事务开始之前删除。 只有符合以上两个条件才会进行返回查询的结果。 2. INSERT InnoDB 为新插入的每一行保存当前系统版本号作为行版本号。 3. DELETE InnoDB 为删除的每一行保存当前系统版本号作为行的删除标识。 4. UPDATE InnoDB 为插入一行新记录，保存当前版本号作为行的行版本号，同时保存当前系统版本号到原赖的行作为行删除标识。 保存这两个版本号的优缺点 优点： 1. 可以使得大多数读操作可以不用加锁 2. 可以使得数据操作变得简单，性能好，保证了只会读取到符合标准的行 缺点： 1. 每行都需要额外的存储空间 2. 需要做更多行检查操作 3. 需要做一些额外的维护工作 **MVCC 只在 REPEATABLE READ 和 READ COMMITED 这两个隔离级别下工作**，其他两个隔离级别不兼容，READ UNCOMMITED 每次只读取最新的数据行，而不是符合当前事务版本的数据行，SERIALIZABLE 则会对所有读取的行进行加锁。