MySQL45讲--08 事务隔离

事务的启动

begin/start transaction 命令并不是一个事务的起点，在执行到它们之后的第一个操作 InnoDB 表的语句，事务才真正启动

一致性视图

Mysql中另一个“视图”的概念

• consistent read view，一致性视图。用于支持 RC（Read Committed，读提交）和 RR（Repeatable Read，可重复读）
  • RC时，每一个语句执行前都会重新算出一个新的视图。
  • RR时，在事务开始时计算这个视图

事务id

• InnoDB 里面每个事务有一个唯一的，严格递增的事务 ID，叫作 transaction id
• 每次事务更新数据的时候，都会生成一个新的数据版本，并且把 transaction id 赋值给这个数据版本的事务 ID，记为 row trx_id
• 数据表中的一行记录，其实可能有多个版本 (row)，每个版本有自己的 row trx_id。

水位

• InnoDB 为每个事务构造了一个数组，用来保存这个事务启动瞬间，当前正在“活跃”的所有事务 ID。“活跃”指的就是，启动了但还没提交。
• 数组里面事务 ID 的最小值记为低水位，当前系统里面已经创建过的事务 ID 的最大值[包括当前的这个事务id吗]加 1 记为高水位。
• 这个视图数组和高水位，就组成了当前事务的一致性视图（read-view）。
• 注意视图数组可能并不会包含从低水位到高水位的所有 事务id， 即这个数组中的id并非连续递增的

RC

在读提交隔离级别下，每一个语句执行前都会重新算出一个新的视图。

读提交的例子

此时事务A的read-view 数组是多少呢？ 答案：[99,100,101], 高水位是103

tips

• 在同一行数据，最新版本的 row trx_id 是可能会小于旧版本的 row trx_id的
• 可能高水位会比当前trx_id略大一些，例如
  1. 事务A申请到trx_id
  2. 事务B启动，申请到 trx_id
  3. 事务C启动，申请到 trx_id
  4. 事务A创建视图数组
• 高水位不在视图数组里面哦