本文主要是介绍01.25 Day 6 - InnoDB 的事务和锁，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
大家好，我是 Snow Hide，作为《MySQL 实战》这个专栏的学员之一，这是我打卡的第 6 天，也是我第 47 次进行这种操作。
今天我温习了该专栏里一篇叫《事务到底是隔离的还是不隔离的？》的文章。
关键词总结：事务启动时机、MySQL 两个 “视图” 的概念、“快照” 在 MVCC 里是怎么工作的？（数据版本 row trx_id 的几种可能、对事务视图来说的数据版本）、更新逻辑（读提交和可重复读的区别）。
所学总结：
事务启动时机
- 第一种启动方式，执行第一个快照读语句时创建一致性视图；
- 第二种启动方式，执行 start transaction with consistent snapshot 时创建一致性视图。
MySQL 两个 “视图” 的概念
- View 视图：通过查询语句定义的虚拟表，调用时执行查询语句并生成结果。语法是 create view … ，它的查询方法与表一样；
- Consistent Read 视图：InnoDB 在实现 MVCC 时用的一致性读视图，以支持读提交（RC，Read Committed）以及可重复读（RR，Repeatable Read）隔离级别的实现。
“快照” 在 MVCC 里是怎么工作的？
InnoDB 里每个事务有一个唯一的事务 ID，叫 transaction id。它是由事务开始时向 InnoDB 事务系统申请的，按申请顺序严格递增。
每行数据有多个版本。每次事务更新数据时，生成一个新的数据版本，并将 transaction id 赋予数据版本的事务 ID，也就是 row trx_id。保留旧数据版本，新数据版本中能直接获取它。
数据版本 row trx_id 的几种可能
- 在已提交事务（低水位）：该版本是已提交或当前事务所生成的，该数据是可见的；
- 未开始事务（高水位）：该版本是将来启动事务所生成的，该数据不可见；
- 未提交事务集合（当前事务）：两种情况：
- row trx_id 在数组中：该版由还未提交的事务所生成，不可见；
- row trx_id 不在数组中：该版由已提交事务所生成，可见。
对事务视图来说的数据版本
- 版本未提交：不可见；
- 版本已提交：在视图创建后提交的，不可见；
- 版本已提交：在视图创建前提交的，可见。
更新逻辑
读提交和可重复读的区别
- 可重复读隔离级别：事务开始时创建一致性视图，之后事务的其他查询共用该一致性视图；
- 读提交隔离级别：语句执行前会重新计算一个新视图。
末了
重新总结了一下文中提到的内容：InnoDB 行数据有多个版本、数据版本有自己的 row trx_id、事务或语句有自己的一致性视图、普通查询语句是一致性读、一致性读会根据 row trx_id 和一致性视图确定数据版本可见性、可重复读查询认可在事务启动前就提交的数据、读提交查询认可在语句启动前就提交的数据。
这篇关于01.25 Day 6 - InnoDB 的事务和锁的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
