MySql 事务隔离实现:不同时刻启动的事务会有不同的read-view。同一条记录在系统中可以存在多个版本, 就是数据库的多版本并发控制(MVCC) 。

在MySQL里, 有两个“视图”的概念
1. view:它是一个用查询语句定义的虚拟表, 在调用的时候执行查询语句并生成结果。
创建视图的语法是create view …, 而它的查询方法与表一样。
2. InnoDB在实现MVCC时用到的一致性读视图, 即consistent read view: 用于支持
RC(Read Committed, 读提交) 和RR( Repeatable Read, 可重复读) 隔离级别的实现。

“快照”在MVCC里是怎么工作:

每个事务有一个唯一的事务ID, 叫作transaction id。 它是在事务开始的时候向
InnoDB的事务系统申请的, 是按申请顺序严格递增的。每行数据也都是有多个版本的。 每次事务更新数据的时候, 都会生成一个新的数据版本, 并且把transaction id赋值给这个数据版本的事务ID, 记为row trx_id。 同时, 旧的数据版本要保留,并且在新的数据版本中, 能够有信息可以直接拿到它。也就是说, 数据表中的一行记录, 其实可能有多个版本(row), 每个版本有自己的row trx_id。InnoDB利用了“所有数据都有多个版本”的这个特性, 实现了“秒级创建快照”的能力。
 

数据库版本可见性:

MySql 事务隔离实现:_java

1. 绿色, 版本已提交,可见
2. 红色, 版本未提交,不可见
3. 黄色, 两种情况:
3.1. 版本在视图创建后提交, 不可见
3.2. 版本在视图创建前提交, 可见

小结:

InnoDB的行数据有多个版本, 每个数据版本有自己的row trx_id, 每个事务或者语句有自己的一
致性视图。 普通查询语句是一致性读, 一致性读会根据row trx_id和一致性视图确定数据版本的
可见性。
对于可重复读, 查询只承认在事务启动前就已经提交完成的数据;
对于读提交, 查询只承认在语句启动前就已经提交完成的数据;
而当前读, 总是读取已经提交完成的最新版本。