InnoDB MVCC何时创建read view
Posted 老叶茶馆
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了InnoDB MVCC何时创建read view相关的知识，希望对你有一定的参考价值。
导读
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；
延伸阅读
https://dev.mysql.com/doc/refman/5.6/en/innodb-consistent-read.html
https://dev.mysql.com/doc/refman/5.7/en/glossary.html
知识无界限，不再加原创
喜欢就转走，铁粉加密圈
好铁观音尽在
「老叶茶馆」
http://yejinrong.com
以上是关于InnoDB MVCC何时创建read view的主要内容，如果未能解决你的问题，请参考以下文章