数据库事务MVCC架构

数据库事务MVCC架构

Multi-Version Concurrency Control 多版本并发控制，MVCC 是一种并发控制的方法，一般在数据库管理系统中，实现对数据库的并发访问；在编程语言中实现事务内存。

​ — 百度百科

---

参考文档：

https://dev.mysql.com/doc/refman/5.7/en/innodb-multi-versioning.html

https://blog.csdn.net/w2064004678/article/details/83012387

https://baijiahao.baidu.com/s?id=1669272579360136533&wfr=spider&for=pc

https://www.jianshu.com/p/dd3724fc0f66

https://baijiahao.baidu.com/s?id=1629409989970483292&wfr=spider&for=pc

---

准备知识

ACID

• 原子性（Atomicity）
• 一致性（Consistent）
• 隔离性（Isolation）
• 持久性（Durable）

事务的自动提交

查看自动提交

SELECT @@autocommit;
SHOW VARIABLES LIKE 'autocommit';

关闭自动提交

SET autocommit = 'OFF';
SET @@autocommit = 1;

这种修改方式只是在当前会话窗口生效，对其他会话窗口是不生效的

常见事务控制语句

• commit 提交事务
• rollback 回滚事务
• savepoint identifier 自定义保存点
• rollback to identifier 回滚到指定保存点
• release savepoint identifier 删除保存点

事务分类

• 扁平事务：最简单也是最常用的一种事务，事务中的所有操作都是原子的，要么全部成功，要么什么都不做。
• 带有保存点的扁平事务：般比较适合于长事务，事务处理到后面报错的时候，我们可以选择不全部回滚事务，而是回滚到我们自定义好的某一个保存点。整个事务仍然是需要使用commot或者rollback来结束。
• 链事务：提交一个事务之后，释放掉我们不需要的数据，将必要的数据隐式的传给下一个事务。（注意：提交事务操作和开始下一个事务操作是一个原子操作）这就意味着下一个事务能看到上一个事务的结果。
• 嵌套事务：事务的嵌套，存在父子事务。MySQL原生并不支持嵌套事务
• 分布式事务：分布式事务通常就是在分布式环境下，多个数据库下运行不同的扁平事务。多个数据库环境下运行的扁平事务就合成了一个分布式事务。

事务的隔离级别

• Read Uncommitted(未提交读)：RU，最低的隔离级别，等于没有隔离，基本上没有数据库会使用这个级别。一个事务可以读取到其他事务未提交的数据，这种也叫做脏读。
• Read Committed(已提交读)：RC，一个事务只能读取到其他事务已提交的数据，就是说在一个事务里面，执行同样的查询，会出现两次不一样的结果。Oracle和SQL Server数据库默认的数据库隔离级别。这种隔离级别解决了脏读问题，但是会出现不可重复读的问题。
• Repeatable Read(可重复读):RR，这种隔离级别解决了不可重复读问题，就是说在同一个事务中，执行相同的查询，结果都是一样的，但是这种级别会出现幻读问题(InnoDB引擎例外，InnoDB引擎通过间隙锁解决了幻读问题)。不可重复读和幻读本质上是一样的，但是不可重复读针对的是更新和删除操作，而幻读仅针对插入操作。
• Serializable(串行化)：隔离的最高级别，也就是说所有的事务都是串行执行的，也就不存在并发事务，脏读，可重复读和幻读问题自然也就没有了。

事务隔离的实现方案

LBCC和MVCC

LBCC

LBCC（Based Concurrency Control），基于锁的并发控制。这种方案比较简单粗暴，就是一个事务去读取一条数据的时候，就上锁，不允许其他事务来操作(当然这个锁的实现也比较重要，如果我们只锁定当前一条数据依然无法解决幻读问题)。

MVCC

MVCC(Multi Version Concurrency Control)

MVCC是通过保存数据在某个时间点的快照来实现的. 不同存储引擎的MVCC. 不同存储引擎的MVCC实现是不同的,典型的有乐观并发控制和悲观并发控制.

特点

• 每行数据都存在一个版本，每次数据更新时都更新该版本。
• 修改时Copy出当前版本随意修改，各个事务之间无干扰。
• 保存时比较版本号，如果成功（commit），则覆盖原记录；失败则放弃copy（rollback）

MVCC是通过保存数据在某个时间点的快照来实现的. 不同存储引擎的MVCC. 不同存储引擎的MVCC实现是不同的,典型的有乐观并发控制和悲观并发控制.

InnoDB存储引擎MVCC的实现策略

在每一行数据中额外保存三列

• A 6-byte DB_TRX_ID ：事务号（删除当成特殊的删除）
• a 7-byte DB_ROLL_PTR ：回滚指针
• A 6-byte DB_ROW_ID ：ID在插入新行时单调增加。如果InnoDB自动生成一个聚集索引，索引包含行ID值。否则，DB_ROW_ID列不会出现在任何索引中。

借用网上一张图片来展示mvcc工作模式

1、插入数据（insert）:记录的版本号即当前事务的版本号

​ 假设事务id为1， 回滚指针为null

2、更新操作的时候，采用的是先标记旧的那行记录为已删除，并且删除版本号是事务版本号，然后插入一行新的记录的方式。

​ 事务id为2 回滚指针指向事务id 1

3、删除操作的时候，就把事务版本号作为删除版本号。

​ 事务id为3 回滚指针指针指向上一个事务（假设事务3开始时事务2还没执行完则为1，若事务2执行完则为3.当然这里也和隔离级别有关）。

4、查询

​ 事务id为4，此时根据快照查询。