在MVCC中快照怎么工作的

2022-07-25 18:25:43

字体：大中小

来源：转载

供稿：网友

　　这篇文章将为大家详细讲解有关MVCC中快照怎么工作的，小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。

　　在 MySQL 中（innodb存储引擎），实际上每条记录在更新的时候都会同时记录一条回滚操作。记录上的最新值，通过回滚操作，都可以得到前一个状态的值。

　　假设一个值从 1 被按顺序改成了 2、3、4，在回滚日志里面就会有类似下面的记录。

　　当前值是 4，但是在查询这条记录的时候，不同时刻启动的事务会有不同的 read-view。如图中看到的，在视图 A、B、C 里面，这一个记录的值分别是 1、2、4，同一条记录在系统中可以存在多个版本，就是数据库的多版本并发控制（MVCC）。对于 read-view A，要得到 1，就必须将当前值依次执行图中所有的回滚操作得到。

　　这个视图数组把所有的 row trx_id 分成了几种不同的情况。

　　MVCC中快照怎么工作的

　　这样，对于当前事务的启动瞬间来说，一个数据版本的 row trx_id，有以下几种可能：

　　如果落在绿色部分，表示这个版本是已提交的事务或者是当前事务自己生成的，这个数据是可见的；

　　如果落在红色部分，表示这个版本是由将来启动的事务生成的，是肯定不可见的；

　　如果落在黄色部分，那就包括两种情况

　　a. 若 row trx_id 在数组中，表示这个版本是由还没提交的事务生成的，不可见；

　　b. 若 row trx_id 不在数组中，表示这个版本是已经提交了的事务生成的，可见。

　　那么事务A的ID是100

　　此时对于事务A的视图数组是这样的【90 93 95 100】，其中低水位是 90，高水位是100+1=101；

　　假如读到了ID是104的，大于高水位101，表示这个版本是由将来启动的事务生成的，是肯定不可见的；

　　读到了ID是88的，小于低水位90，表示这个版本是已提交的事务或者是当前事务自己生成的，这个数据是可见的；

　　读到了ID是94的，在低水位和高水位之间，但是不在【90 93 95 100】这个数组里，表示这个版本是已经提交了的事务生成的，可见。

　　读到了ID是93的，在低水位和高水位之间，这【90 93 95 100】这个数组里，表示这个版本是由还没提交的事务生成的，不可见；

　　这个判断规则是从代码逻辑直接转译过来的，但是正如你所见，用于人肉分析可见性很麻烦。

　　所以，我来给你翻译一下。一个数据版本，对于一个事务视图来说，除了自己的更新总是可见以外，有三种情况：

　　版本未提交，不可见；

　　版本已提交，但是是在视图创建后提交的，不可见；

　　版本已提交，而且是在视图创建前提交的，可见。

　　关于“MVCC中快照怎么工作的”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，使各位可以学到更多知识，如果觉得文章不错，请把它分享出去让更多的人看到。

（编辑：错新网）

上一篇：咋用docker中logs命令显示最后几行

下一篇：MVCC的概念是啥