mysql mvcc 并发update_MySQL原理——多版本并发控制(MVCC)案例解读

最新推荐文章于 2024-06-02 13:18:20 发布

阿尔泰Turk

最新推荐文章于 2024-06-02 13:18:20 发布

阅读量383

点赞数

文章标签： mysql mvcc 并发update

本文链接：https://blog.csdn.net/weixin_36265665/article/details/113297647

版权

多版本并发控制(MVCC)是 MySQL 的 InnoDB 存储引擎实现隔离级别的一种具体方式，用于实现读已提交和可重复读这两种隔离级别。对于读未提交隔离级别总是读取最新的数据行，无需使用 MVCC。可串行化隔离级别需要对所有读取的行都加锁，单纯使用 MVCC 无法实现。

事务的两种启动方式start transaction(在执行到它们之后的第一个操作 InnoDB 表的语句时，事务才真正启动)

start transaction with consistent snapshot; (该命令执行后事务立刻启动)

MySQL中视图的两种概念view：使用创建视图语句，通过查询语句得到的虚拟表，逻辑上独立，不受真实表结构变化带来的影响。

consistent read view：一致性视图，用于支持读提交、可重复读隔离级别的实现。

InnoDB中的事务和数据版本每个事务都有一个唯一的事务ID，即 transaction_id，按照向系统申请时间严格递增。

每行数据都有多个版本，每次事务更新数据，都会生成一个新的数据版本，并将更新操作的事务ID赋值给当前数据版本的事务ID，即：row_trx_id = transaction_id

说明：v1、v2、v3并不是正式存在的，但可以通过U1、U2、U3和当前数据版本V4计算出来。

U1、U2、U3就是undo log (回滚日志) 重点理解：

在可重复读的隔离级别下，一个事务开启时，InnoDB会为之创建一个数组存放当前正在活跃的所有事务ID，活跃的事务是指启动还未提交的事务，该数组就是一致性视图。事务开启后，当要查询数据的时候，可能数据版本又被其他事务更新了好几个版本，当前数据版本不再是之前开启事务的数据版本。但当前事务只能看到他开启事务时的数据版本，之后的数据版本是不可见的，所以需要回推计算到之前开启事务时的数据版本。当然当前事务自己做的更新对自己来说肯定是可见的。

MVCC举例

假设事务A B C前，系统中有一个活跃事务ID 99，A、B、C的事务ID分别为：100、101、102

假设事务A开启时，数据版本是90(1,1)

事务C先对数据做更改，数据版本变为102(1,2)

事务B再对数据做变更，数据版本变为101(1,3)

事务C没有显示 start 开启事务，表示自动开启事务，自动提交。事务A事务B事务Cstart transaction with consistent snapshot;

start transaction with consistent snapshot;

update t set k=k+1 where id=1;

select t from t where id=1;

select k from t where id =1;

commit;

则后面事务的一致性视图如下：