InnoDB MVCC何时创建read view

作者：酷酷是懒虫 | 2024-08-13 02:55:16

踩

readview什么时候生成

导读

InnoDB MVCC是事务一启动就创建read view，还是什么时候？

几个关于事务的基本概念

说到事务，我们不得不先说下什么是ACID、MVCC、consistent read、read view 等几个基本概念。

ACID

ACID是事务的原子性、一致性、隔离性、持久性4个单词的首字母缩写。所有的事务型数据库系统都遵循这4个特性，InnoDB亦是如此。关于ACID的具体解释请自行 google/bing。

MVCC

是multiversion concurrency control的简称，也就是多版本并发控制，是个很基本的概念。MVCC的作用是让事务在并行发生时，在一定隔离级别前提下，可以保证在某个事务中能实现一致性读，也就是该事务启动时根据某个条件读取到的数据，直到事务结束时，再次执行相同条件，还是读到同一份数据，不会发生变化（不会看到被其他并行事务修改的数据）。

有了 MVCC 就可以提高事务的并行度，因为可以利用锁机制实现资源控制而无需等待其他事务先执行。

read view

InnoDB MVCC使用的内部快照的意思。在不同的隔离级别下，事务启动时（有些情况下，可能是SQL语句开始时）看到的数据快照版本可能也不同。在RR、RC、RU（READ UNCOMMITTED）等几个隔离级别下会用到 read view。

一致性读

读请求基于某个时间点得到一份那时的数据快照，而不管同时其他事务对数据的修改。查询过程中，若其他事务修改了数据，那么就需要从 undo log中获取旧版本的数据。这么做可以有效避免因为需要加锁（来阻止其他事务同时对这些数据的修改）而导致事务并行度下降的问题。

在可重复读（REPEATABLE READ，简称RR）隔离级别下，数据快照版本是在第一个读请求发起时创建的。在读已提交（READ COMMITTED，简称RC）隔离级别下，则是在每次读请求时都会重新创建一份快照。

一致性读是InnoDB在RR和RC下处理SELECT请求的默认模式。由于一致性读不会在它请求的表上加锁，其他事务可以同时修改数据不受影响。

何时创建read view

其实，我们从上面的解释已经明白了，在RC隔离级别下，是每个SELECT都会获取最新的read view；而在RR隔离级别下，则是当事务中的第一个SELECT请求才创建read view。

我们通过几个例子来加强下。

1. RR级别

首先，确认隔离级别


yejr@imysql.com [test]>select @@tx_isolation;
+-----------------+
| @@tx_isolation  |
+-----------------+
| REPEATABLE-READ |
+-----------------+

测试1：事务启动后立即发起SELECT请求

session1	session2
begin;	begin;
select * from t1 where a=10; +----+------+---+ \| a \| b \| c \| +----+------+---+ \| 10 \| 8 \| 1 \|	select * from t1 where a=10; +----+------+---+ \| 10 \| 8 \| 1 \| 事务中第一个SELECT立即创建read view
update t1 set c=10 where a=10; Query OK, 1 row affected (0.00 sec) Rows matched: 1 Changed: 1 Warnings: 0	select * from t1 where a=10; +----+------+---+ \| 10 \| 8 \| 1 \| 再次读取，结果还是一样
commit; 提交事务	select * from t1 where a=10; +----+------+---+ \| 10 \| 8 \| 1 \| 再次读取，结果仍然一样

结论可见：RR中第一个SELECT已经创建好read view，之后不会再发生变化

测试2：另一个事物提交后才发起SELECT请求

session1	session2
begin;	begin;
select * from t1 where a=10; +----+------+---+ \| a \| b \| c \| +----+------+---+ \| 10 \| 8 \| 1 \|
update t1 set c=10 where a=10; Query OK, 1 row affected (0.00 sec) Rows matched: 1 Changed: 1 Warnings: 0
commit; 提交事务	select * from t1 where a=10; +----+------+---+ \| 10 \| 8 \| 10 \| session1提交后才发起SELECT，可以读取到最新版本

结论可见：RR中是发起SELECT时才创建read view，而不是事务刚启动时就创建

2. RC级别

根据上面提到的说法，RC隔离级别下，是每次发起SELECT都会创建read view，也就是每次SELECT都能读取到已经COMMIT的数据，所以才存在不可重复读、幻读现象。

修改&确认隔离级别


yejr@imysql.com [test]>set session transaction isolation level read committed;
 
yejr@imysql.com [test]>select @@tx_isolation;
+-----------------+
| @@tx_isolation  |
+-----------------+
| REPEATABLE-READ |
+-----------------+

开始测试

session1	session2
begin;	begin;
select * from t1 where a=10; +----+------+---+ \| a \| b \| c \| +----+------+---+ \| 10 \| 8 \| 101 \|	select * from t1 where a=10; +----+------+---+ \| a \| b \| c \| +----+------+---+ \| 10 \| 8 \| 101 \|
update t1 set c=102 where a=10;commit; Query OK, 1 row affected (0.00 sec) Rows matched: 1 Changed: 1 Warnings: 0 Query OK, 0 rows affected (0.02 sec)
	select * from t1 where a=10; +----+------+---+ \| 10 \| 8 \| 102 \| session1提交后再次发起SELECT，可以读取到最新版本
begin;update t1 set c=103 where a=10;commit; Query OK, 0 rows affected (0.00 sec) Query OK, 1 row affected (0.00 sec) Rows matched: 1 Changed: 1 Warnings: 0 Query OK, 0 rows affected (0.02 sec)
	select * from t1 where a=10; +----+------+---+ \| 10 \| 8 \| 103 \| 再次发起SELECT，又可以读取到最新版本

总结

RR级别下，事务中的第一个SELECT请求才开始创建read view；
RC级别下，事务中每次SELECT请求都会重新创建read view；