在MVCC中快照怎么工作的
发布时间：2022-06-15 02:15:55 所属栏目：MySql教程 来源：互联网
导读：这篇文章将为大家详细讲解有关MVCC中快照怎么工作的，小编觉得挺实用的，因此分享给大家做个参考，希望大家阅读完这篇文章后可以有所收获。 在 MySQL 中（innodb存储引擎），实际上每条记录在更新的时候都会同时记录一条回滚操作。记录上的最新值，通过回
|
这篇文章将为大家详细讲解有关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中快照怎么工作的”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，使各位可以学到更多知识，如果觉得文章不错，请把它分享出去让更多的人看到。 （编辑：临夏站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐