9. 事务

事务

1.什么是事务

(1)事务是一系列动作单元的组合，这些动作要么一起执行成功，要么一起执行失败。事务具有一个重要的ACID属性，分别是

• 原子性(Atomic)：事务是原子性操作，事务中的动作要么都成功，要么都失败
• 一致性(Consistence)：一旦事务中的所有动作成功完成，事务就需要提交
• 隔离性(Isolation)：多个事务有可能会同时处理相同的数据，因此每个事务都需要隔离起来(隔离等级)
• 持久性(Durability)：事务一旦完成，无论系统发生什么错误，结果都不会受到影响。通常情况下，事务的结果被写到持久化存储器中

(2)事务的脏写、脏读、不可重复读、幻读：https://blog.csdn.net/qq_41776884/article/details/81608777

• 脏写：一个事务修改并提交了另一个事务修改未提交的数据

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-QsSTVeB1-1686706541735)(C:\Users\10059\AppData\Roaming\Typora\typora-user-images\image-20220902153727506.png)]

• 脏读：一个事务读取了另一个事务修改未提交的数据

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-CHk9192R-1686706541736)(C:\Users\10059\AppData\Roaming\Typora\typora-user-images\image-20220902153744029.png)]

• 不可重复读：一个事务能够读取到其它已提交事务修改过的记录

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-pLkLdrEP-1686706541736)(C:\Users\10059\AppData\Roaming\Typora\typora-user-images\image-20220902153757685.png)]

• 幻读：某个事务读了⼀个范围的记录，之后别的事务在该范围内插入了新记录，该事务再次读取该范围的记录时，可以读到新插入的记录

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-rgtefbyc-1686706541737)(C:\Users\10059\AppData\Roaming\Typora\typora-user-images\image-20220902153813820.png)]

2.事务的隔离级别和MVCC

(1)隔离级别

当多个事务并发处理相同记录时，就会产生并发问题，分为轻重缓急(从大到小)：脏写 > 脏读 > 不可重复读 > 幻读。sql标准(不是mysql标准)针对并发问题制定了4种隔离级别：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-AC9p39zD-1686706541737)(C:\Users\10059\AppData\Roaming\Typora\typora-user-images\image-20220902154219867.png)]

MySQL支持4种隔离级别，默认为REPEATABLE READ，并且MySQL支持的REPEATABLE READ是可以防止幻读的

(2)MVCC(多版本并发控制)——控制事务的读操作

①版本链

我们前边说过，对于使⽤InnoDB存储引擎的表来说，它的聚簇索引记录中都包含两个必要的隐藏列：

• trx_id：每次⼀个事务对某条聚簇索引记录进行改动(insert,update,delete)时，都会把该事务的事务id赋值给trx_id隐藏列。
• roll_pointer：每次对某条聚簇索引记录进行改动时，都会把旧的记录写入到undo日志中，然后这个隐藏列就相当于一个指针，可以通过它来找到该记录修改前的信息。

一个事务每次对记录进行改动，都会记录⼀条undo日志，每条undo日志也都有⼀个roll_pointer属性（INSERT操作对应的undo日志没有该属性，因为该记录并没有更早的版本），可以将这些undo日志都连起来，串成⼀个链表，所以现在的情况就像下图⼀样：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-SKyZwm6o-1686706541737)(C:\Users\10059\AppData\Roaming\Typora\typora-user-images\image-20220902165811950.png)]

②ReadView - select操作时生成

对于使⽤READ UNCOMMITTED隔离级别的事务来说，由于可以读到未提交事务修改过的记录，所以直接读取记录的最新版本就好了；对于使⽤SERIALIZABLE隔离级别的事务来说，设计InnoDB的⼤叔规定使⽤加锁的⽅式来访问记录（加锁是啥我们后续⽂章中说哈）；对于使⽤READ COMMITTED和REPEATABLE READ隔离级别的事务来说，都必须保证读到已经提交了的事务修改过的记录，也就是说假如另⼀个事务已经修改了记录但是尚未提交，是不能直接读取最新版本的记录的，核⼼问题就是：需要判断⼀下版本链中的哪个版本是当前事务可⻅的。为此，设计InnoDB的⼤叔提出了⼀个ReadView的概念，这个ReadView中主要包 含4个⽐较重要的内容：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-OKzTMSXR-1686706541738)(C:\Users\10059\AppData\Roaming\Typora\typora-user-images\image-20220902170648646.png)]

有了这个ReadView，这样在访问某条记录时，只需要按照下边的步骤判断记录的某个版本是否可见：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-jx9ueOQK-1686706541738)(C:\Users\10059\AppData\Roaming\Typora\typora-user-images\image-20220902170743979.png)]

如果某个版本的数据对当前事务不可⻅的话，那就顺着版本链找到下⼀个版本的数据，继续按照上边的步骤判断可⻅性，依此类推，直到版本链中的最后⼀个 版本。如果最后⼀个版本也不可⻅的话，那么就意味着该条记录对该事务完全不可⻅，查询结果就不包含该记录。

1)READ COMMITED级别：每次读取数据时生成ReadView

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7g40uo6n-1686706541739)(C:\Users\10059\AppData\Roaming\Typora\typora-user-images\image-20220905091259210.png)]

2)REPEATABLE READ级别：第一次读取数据时生成ReadView

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-aonV2GAB-1686706541740)(C:\Users\10059\AppData\Roaming\Typora\typora-user-images\image-20220905091815972.png)]

③总结

从上边的描述中我们可以看出来，所谓的MVCC（Multi-Version Concurrency Control ，多版本并发控制）指的就是在使⽤READ COMMITTD、REPEATABLE READ 这两种隔离级别的事务在执行普通的SEELCT操作时访问记录的版本链的过程，使不同事务操作并发执行，从而提升系统性能。READ COMMITTD、REPEATABLE READ这两个隔离级别的⼀个很⼤不同就是：生成ReadView的时机不同，READ COMMITTD在每一次进行普通SELECT操作前都会生成一个ReadView，而REPEATABLE READ只在第⼀次进行普通SELECT操作前生成一个ReadView，之后的查询操作都重复使用这个ReadView就好了。

而REPEATABLE READ只在第⼀次进行普通SELECT操作前生成一个ReadView，之后的查询操作都重复使用这个ReadView就好了。

Tips：一个事务包含只读 or 只写 or 读写操作