初学MySQL-事务是隔离还是不隔离的？

进一步了解InnoDB的事务和锁

MySQL中有两个视图的概念：

• view,用查询语句定义的虚拟表，在调用的时候执行查询语句并生成结果，创建视图的语法是create view…
• consistent read view用于支持RC(Read Committed，读提交)和RR(Repeatable Read,可重复读)隔离级别的实现；

快照在MVCC中的工作原理

快照是基于整个库的，InnoDB里面的每个事务都有一个唯一的事务ID，是transaction id,在事务开始的时候，InnoDB的事务系统申请的，按照申请顺序严格递增。

每行数据都会有多个版本，每次事务更新数据的时候，都会生成一个新的数据版本，并且将transaction id赋值给这个数据版本的事务ID，记作row_trx_id;也就是说数据表中的一记录可能有多个版本(row)，每个版本都有其对应的row_trx_id;

最新版本是V4,它是被transaction id为25的事务更新的，因此它的row trx_id也是25；
上图中的三个箭头就是undo log,需要v2版本就需要根据V4和U3、U2来计算。

InnoDB为每个事务构造了一个数组，用来保存事务启动瞬间，当前正在“活跃”的所有事务ID，"活跃"就是启动了还未提交；

数组里面的事务ID最小值为低水位，已经创建过的事务ID的最大值+1记作高水位；
这个视图数组和高水位就组成了当前事务的一致性视图,根据数据版本的可见性规则，把所有的row trx_id分成了几种情况：

1. 绿色部分代表已提交事务或者当前事务自己生成，可见；
2. 红色部分代表将来启动事务生成，不可见；
3. 黄色部分
   如果row trx_id在数组中，表示事务还没提交，不可见；
   如果row trx_id不在数组中，表示已经提交了事务，可见；

InnoDB就是利用了“所有数据都有多个版本”这一特性，实现了"秒级创建快照"的能力；

假设事务A活跃前的事务ID是99，那么A、B、C的版本号分别是100、101、102；三个事务开始前(1,1)这一行的数据的row trx_id是90；

事务A的视图数组就是[99,100],事务B的视图数组就是[99,100,101],事务C的视图数组是[99,100,101,102];

下图中只画出跟A查询逻辑有关的操作：

第一个有效更新的是事务C将数组从(1,1)改成了(1,2),此时的row trx_id为102，
第二个有效更新的是事务B将数组(1,2)变成了(1,3)，此时的row trx_id为101；

事务A在查询的时候事务B还未提交，对A不可见：
事务A的视图数组是[99,100],其查询语句的读数据流程如下：
找到(1,3)的时候，row trx_id=101>100,处于红色区域不可见；
再到上一个版本，row trx_id=102100处于红色区域不可见，
在往上找到了(1,1),row trx_id=90，比低水位低，处于绿色区域可见；
虽然在执行期间的数据发生了更新，但是事务A不管何时查询，看到的数据结果都是一致的，被称为一致性读；

对于一个事务视图来说，除了自己的更新总是可见，还有三种情况:

1. 版本未提交不可见；
2. 版本已提交，但在视图创建后提交不可见；
3. 版本已提交，在视图创建前提交，可见；

根据这个规则来判断也可以：
事务A启动的时候，(1,3)未提交不可见；
(1,2)提交了但是在A的视图数组创建之后提交，不可见；
(1,1)是在视图数组创建之前提交的额，可见；

更新逻辑

更新数据都是先读后写的，而且这个读，只能读当前的值，称为“当前读”(current read)
对于当前读，除了update语句外，select语句如果加锁也是当前读；

继续上面提到的事务A B C的执行过程，B语句更新的时候，当前读拿到的数据是(1,2)，更新之后生成的新版本的数据是(1,3)，这个新版本的row trx_id是101

事务B在执行查询语句的时候，查询到的K值就是3；
如果事务A的查询语句修改一下，加上lock in share mode或for update，也可以读取到版本号是101的数据，返回的k值也是3，下面的两个select语句就是分别加了读锁(S锁，共享锁)和写锁(X锁，排他锁)

select k from t where id=1 lock in share mode;
select k from t where id = 1 for updatel

事务的可重复读的能力是怎么实现的？

可重复读的核心就是一致性读(consistent read);而事务更新数据的时候，只能用当前读，如果当前的记录的行锁被其它事务占用的化，就需要进入锁等待；

读提交和可重复读的逻辑类似，主要区别在于：

• 在可重复读隔离级别下，只需要在事务开始的时候创建一致性视图，之后事务里的其它查询都共用这个一致性视图；
• 在读提交隔离级别下，每个语句执行前都会重新算出一个新的视图；

总结

InnoDB的行数据有多个版本，每个数据版本都有自己row trx_id，每个事务或者语句都有自己的一致性视图；普通查询语句是一致性读，一致性读会根据row trx_id和一致性视图来确定数据版本的可见性；

• 对于可重复读，查询只承认在事务启动前就已经提交完成的数据；
• 对于读提交，查询只承认在语句启动前就已经提交完成的数据；

为什么表结构不支持“可重复读”？因为表结构中没有对应的行数据，也没有row trx_id，因此只能遵循当前读的逻辑。