补充之MySQL事务隔离

数据库并发有以下几种场景：

读-读：不存在任何问题。
读-写：有线程安全问题，可能出现脏读、幻读、不可重复读。
写-写：有线程安全问题，可能存在更新丢失等。

一、什么是事务？

事务（Transaction）是将⼀组操作封装成⼀个执⾏单元（封装到⼀起），这⼀个执⾏单元要么⼀起执⾏成功，要么⼀起失败，不会出现执⾏“⼀半”的情况。
注意：数据库引擎InnoDB才支持事务，MyISAM不支持事务。

二、为什么要使用事务？

以银⾏转账为例，张三给李四 转账，那么它的执⾏流程是这样的：
1、张三账户 -500 update account set money=money-500 where name = ‘张三’;
2、B李四账户 +500 update account set money=money+500 where name = ‘李四’;
如果执⾏了⼀半，断电了或者程序崩溃了，那么 A 账号的钱就永久消失了？那怎么办？⽤事务就可以解决这个问题，将这两个操作封装成⼀个执⾏单元，要么⼀起成功，要么⼀起失败。

三、事务的使用

事务的使⽤步骤有三个：
1.开启事务：start transaction（mysql8之前）， begin（mysql8之后）
2. 执⾏多条 SQL
3. 提交事务：commit
4. 回滚事务：rollback


注意事项：事务在开启之后，必须以提交事务或回滚事务来结束。

四、事务的四大特性（ACID）

事务有4 ⼤特性（ACID），原⼦性、持久性、⼀致性和隔离性，具体概念如下：
① 原⼦性(Atomicity)：⼀个事务中的所有操作，要么全部执⾏成功，要么全部执⾏失败。
原⼦性是事务最重要的特性，全部执⾏失败并不是不执⾏，⽽是通过逆操作 rollback（回滚）数据。
实现原理：回滚是逆 SQL 操作：⽐如 A 账户 -500 元的逆操作就是 A 账户 +500 元。
② ⼀致性(Consistency)：⼀个事务在执⾏前后数据必须保持⼀种合法的状态，事务总是从⼀个⼀致状态到另⼀个⼀致状态。
举例说明：⽐如转账操作，转账之前两个账号的总额是 100 元（各个 50 元），那么两个账户相互转账之后的钱总额也是 100 元，也就是事务总是从⼀个⼀致状态到另⼀个⼀致状态，不会说转账之前是100 元，相互转账之后变成 80 了，这就不符合⼀致性了。
③ 隔离性(Isolation)：多个事务并发访问时，事务之间是相互隔离的，⼀个事务不应该被其他事务⼲扰，多个并发事务之间要相互隔离。
④ 持久性(Durability)：事务执⾏完成之后，它所做的所有修改都是永久的（不会丢失）。

数据存储到磁盘中就是持久的，不会丢失的，不会因为电脑重启⽽丢失。

五、MySQL 事务隔离级别

Mysql是支持给每个连接客户端单独设置事务的隔离级别的。

5.1查询事务的隔离级别

select @@global.tx_isolation,@@tx_isolation;

5.2设置当前客户端的的事务隔离级别

set session transaction isolation level 事务隔离级别;

5.3MySQL 的隔离级别有 4 种：

1.READ UNCOMMITTED：读未提交，也叫未提交读，该隔离级别的事务可以看到其他事务中未提交的数据。该隔离级别因为可以读取到其他事务中未提交的数据，⽽未提交的数据可能会发⽣回滚，因此我们把该级别读取到的数据称之为脏数据，把这个问题称之为脏读。
2. READ COMMITTED：读已提交，也叫提交读，该隔离级别的事务能读取到已经提交事务的数据,因此它不会有脏读问题。
但由于在事务的执⾏中可以读取到其他事务提交的结果，所以在不同时间的相同SQL 查询中，可能会得到不同的结果，这种现象叫做不可重复读。
3.REPEATABLE READ：可重复读，是 MySQL 的默认事务隔离级别，它能确保同⼀事务多次查询的结果⼀致。但也会有新的问题，⽐如此级别的事务正在执⾏时，另⼀个事务成功的插⼊了某条数据，但因为它每次查询的结果都是⼀样的，所以会导致查询不到这条数据，⾃⼰重复插⼊时⼜失败（因为唯⼀约束的原因）。明明在事务中查询不到这条信息，但⾃⼰就是插⼊不进去，这就叫幻读（Phantom Read）。

解说2：例如事务T1对一个表中所有的行的某个数据项做了从“1”修改为“2”的操作，这时事务T2又对这个表中插入了一行数据项，而这个数据项的数值还是为“1”并且提交给数据库。而操作事务T1的用户如果再查看刚刚修改的数据，会发现还有一行没有修改，其实这行是从事务T2中添加的，就好像产生幻觉一样，这就是发生了幻读。

4.SERIALIZABLE：序列化，事务最⾼隔离级别，它会强制事务排序，使之不会发⽣冲突，从⽽解决了脏读、不可重复读和幻读问题，但因为执⾏效率低，所以真正使⽤的场景并不多。（Oracle的默认隔离级别是序列化）
客户端1在操作时，客户端2是不能操作的，一直在排队等待。
总结：
①脏读：⼀个事务读取到了另⼀个事务修改的数据之后，后⼀个事务⼜进⾏了回滚操作，从⽽导致第⼀个事务读取的数据是错误的。
②不可重复读：在⼀个事务中，两次查询同⼀条数据得到了不同的结果就是不可重复读。在⼀个事务两次查询中间，另⼀个事务把这条数据修改了。
③幻读：当同⼀查询在不同时间产⽣不同的结果，就是事务中的幻读问题。例如，⼀个 SELECT 被执⾏了两次，但是第⼆次返回了第⼀次没有返回的⼀⾏，那么这⼀⾏就是⼀个“幻像”⾏。


InnoDB 支持的四个隔离级别和 SQL92 定义的基本一致，隔离级别越高，事务的并发度就越低。唯一的区别就在于，InnoDB 在 RR 的级别就解决了幻读的问题。这个也是InnoDB 默认使用 RR 作为事务隔离级别的原因，既保证了数据的一致性，又支持较高的并发度。

六、经典面试题：不可重复读和幻读有什么区别？

1.不可重复读描述的侧重点是修改操作，它指的是两次读取同一行数据，得到了不同的结果，就叫做不可重复读。
2.幻读描述的侧重点是添加（或修改）操作，它指的是第一次读到了N行数据，而第二次使用相同多的SQL，却读取到了N+1行数据，多出来的第一条数据就叫“幻象行”，而这个情况就叫做幻读。

注：幻读和不可重复读都是读取了另一条已经提交的事务（这点就脏读不同），所不同的是不可重复读和幻读的区别在于前者是对于单行，后者是对于多行而言，因此前者主要是针对更新操作，后者是针对于插入操作。

七、两大实现方案

1.LBCC

第一种，我既然要保证前后两次读取数据一致，那么我读取数据的时候，锁定我要操作的数据，不允许其他的事务修改就行了。这种方案我们叫做基于锁的并发控制 LockBased Concurrency Control（LBCC）。
如果仅仅是基于锁来实现事务隔离，一个事务读取的时候不允许其他时候修改，那就意味着不支持并发的读写操作，而我们的大多数应用都是读多写少的，这样会极大地影响操作数据的效率。

2.MVCC

所以我们还有另一种解决方案，如果要让一个事务前后两次读取的数据保持一致，那么我们可以在修改数据的时候给它建立一个备份或者叫快照，后面再来读取这个快照就行了。这种方案我们叫做多版本的并发控制 Multi Version Concurrency Control（MVCC）。
MVCC 的核心思想是： 我可以查到在我这个事务开始之前已经存在的数据，即使它在后面被修改或者删除了。在我这个事务之后新增的数据，我是查不到的。

问题：这个快照什么时候创建？读取数据的时候，怎么保证能读取到这个快照而不是最新的数据？这个怎么实现呢？

InnoDB 为每行记录都实现了两个隐藏字段：
DB_TRX_ID，6 字节：插入或更新行的最后一个事务的事务 ID，事务编号是自动递增的（我们把它理解为创建版本号，在数据新增或者修改为新数据的时候，记录当前事务 ID）。
DB_ROLL_PTR，7 字节：回滚指针（我们把它理解为删除版本号，数据被删除或记录为旧数据的时候，记录当前事务 ID）。
我们把这两个事务 ID 理解为版本号。
具体例子：https://www.processon.com/view/link/5d29999ee4b07917e2e09298

• MVCC 的查找规则：只能查找创建时间小于等于当前事务 ID 的数据，和删除时间大于当前事务 ID 的行（或未删除）。
  也就是不能查到在我的事务开始之后插入的数据，tom 的创建 ID 大于 2，所以还是只能查到两条数据。