一致性读视图是InnoDB在实现MVCC用到的虚拟结构,用于读提交（RC）和可重复度（RR）隔离级别的实现.
一致性视图没有物理结构,主要是在事务执行期间用来定义该事物可以看到什么数据.
事务在正式启动的时候我们会创建一致性视图,该一致性视图是基于整个库的.
InnodDB的每个事务都有一个唯一的事务ID,叫做transaction id,该ID在事务开始的时候向InnoDB申请,并且按照申请顺序严格递增.
每行数据都会有多个版本,每次事务更新数据的时候都会生成一个新的数据版本,并且把transaction id赋值给这个数据版本的事务id,称为row trx_id.
m_ids：表示在生成ReadView时当前系统中活跃的读写事务的事务id列表.
min_trx_id：表示在生成ReadView时当前系统中活跃的读写事务中最小的事务id,也就是m_ids中的最小值.
max_trx_id：表示生成ReadView时系统中应该分配给下一个事务的id值.
creator_trx_id：表示生成该ReadView的事务的事务id.
在访问某条记录时,按照下边的步骤判断记录的某个版本是否可见：
如果被访问版本的trx_id属性值与ReadView中的creator_trx_id值相同,意味着当前事务在访问它自己修改过的记录,所以该版本可以被当前事务访问.
如果被访问版本的trx_id属性值小于ReadView中的min_trx_id值,表明生成该版本的事务在当前事务生成ReadView前已经提交,所以该版本可以被当前事务访问.
如果被访问版本的trx_id属性值大于ReadView中的max_trx_id值,表明生成该版本的事务在当前事务生成ReadView后才开启,所以该版本不可以被当前事务访问.
如果被访问版本的trx_id属性值在ReadView的min_trx_id和max_trx_id之间,那就需要判断一下trx_id属性值是不是在m_ids列表中,如果在,说明创建ReadView时生成该版本的事务还是活跃的,该版本不可以被访问；如果不在,说明创建ReadView时生成该版本的事务已经被提交,该版本可以被访问.
如果某个版本的数据对当前事务不可见的话,那就顺着版本链找到下一个版本的数据,继续按照上边的步骤判断可见性,依此类推,直到版本链中的最后一个版本.
如果最后一个版本也不可见的话,那么就意味着该条记录对该事务完全不可见,查询结果就不包含该记录.
在MySQL中,READ COMMITTED和REPEATABLE READ隔离级别的区别就是它们生成ReadView的时机不同.
MySQL的默认隔离级别是RR（可重复读）,按照 可重复读的语义,每个事务启动的时候只能看到已经提交的事务,并且在本事务执行的过程中,不可以读取到其他事务的更新操作.
在InnoDB 中,为每个事务构造了一个? 当前事务ID数组的快照,就是记录事务开启时,当前正在执行的事务ID 的集合.数组里面 trx_id 最小的记为 低水位,trx_id 最大的 ◆ 1 记为高水位.如下图所示：
对于一个新事务而言,所读取到的记录版本的?trx_id 可能有以下几种情况：
①.、在绿色区域：说明数据版本在事务开始前已提交,当前版本是可见的.
A、如果 数据版本的 trx_id 在数组中,说明是正在执行的事务,不可见.
B、如果 数据版本的 trx_id 不在数组中,说明是已经提交的事务,可见.
可以看出,InnoDB 利用了 UndoLog 数据多版本的特点,实现了快速创建快照的能力.
对可重复读来说,事务只有在第一次进行读操作时才会生成一个ReadView,后续的读操作都会重复使用这个ReadView.
也就是说,如果在此期间有其他事务提交了,那么对于可重复读来说也是不可见的,因为对它来说,事务活跃状态在第一次进行读操作时就已经确定下来,后面不会修改了.
对读已提交来说,事务中的每次读操作都会生成一个新的ReadView.
也就是说,如果这期间某个未提交事务Commit了,那么它就会从ReadView中移除,添加到已提交事务中,这样确保RC级别下事务每次读操作都能读到已经提交的数据.
参考资料：
以上就是土嘎嘎小编为大家整理的MySQL笔记之一致性视图与MVCC实现相关主题介绍,如果您觉得小编更新的文章只要能对粉丝们有用,就是我们最大的鼓励和动力,不要忘记讲本站分享给您身边的朋友哦！！