MySQL事务、隔离级别及相应案例详解

1. 事务的基本介绍

（1）概念
  如果一个包含多个步骤的业务操作被事务处理，那么这些操作要么同时成功，要么同时失败。
（2）操作

• 开启事务：start transaction;
• 回滚：rollback;
• 提交：commit;

（3）在MySQL数据库中事务默认自动提交

• 事务提交的两种方式
  自动提交：一条DML（增删改）语句会自动提交一次。
  手动提交：如果start transaction，执行DML操作后没有手动commit，事务会自动rollback。
• 修改事务的默认提交方式
  查看事务的默认提交方式：select @@autocommit; # 1 代表自动提交 0 代表手动提交
  修改默认提交方式：set @@autocommit = 0;
• 注意：Orcal数据库默认是手动提交事务。

2. 事务的四大特征

（1）原子性：事务是不可分割的最小操作单位，要么同时成功，要么同时失败。
（2）持久性：当事务提交或回滚后，数据库会持久化的保存数据。
（3）隔离性：多个事务之间相互独立。
（4）一致性：事务操作前后，数据总量不变。

3. 事务的隔离级别

（1）概念：多个事务之间是隔离的，相互独立的。但是如果多个事务操作同一批数据，则会引发一些问题。设置不同的隔离级别就可以解决这些问题。
（2）存在的问题：

• 脏读：一个事务读取到另一个事务中没有提交的数据。
• 不可重复读（虚读）：同一个事务中，两次读取到的数据不一样。
• 幻读：一个事务操作（DML）数据表所有的记录，另一个事物添加了一条数据，则第一个事物查询不到自己的修改。

（3）隔离级别

• read uncommitted：读未提交。
  会产生的问题：脏读，不可重复读，幻读。
• read committed：读已提交（只有提交了数据，其他事务才能读取）（Orcal默认隔离级别）
  会产生的问题：不可重复读，幻读。
  能够解决的问题：脏读
• repeatable read：可重复读（MySQL默认默认隔离级别）
  产生的问题：幻读
  解决的问题：不可重复读
• serializable：串行化（类似于多线程中加锁的机制）
  串行化隔离级别也就是：当一个事务对一张表进行DML操作时，只有在commit或者rollback后，其他事务才能对这张表进行操作。可以解决所有问题。

（4）数据库查询隔离级别

• mysql8之前隔离级别变量为 tx_isolation

# global.tx_isolation为全局事务隔离级别，tx_isolation为当前事务隔离级别
select @@global.tx_isolation,@@tx_isolation;

• mysql8之后的隔离级别变量为 transaction_isolation

# global.transaction_isolation为全局事务隔离级别，transaction_isolation为当前事务隔离级别
select @@global.transaction_isolation,@@transaction_isolation;

• 隔离级别查询结果
  

（5）数据库设置隔离级别
  全局事务隔离级别作用所有会话，而当前会话事务级别只对当前会话有效。

# 其中seesion为设置当前会话隔离级别，global为设置全局会话隔离级别
set [session | global] transaction isolation level {read uncommitted | read committed | repeatable read | serializable}

（6）注意：隔离级别从小到大安全性越来越高，但是效率越来越低。

4. 隔离级别实例演示

（1）设置隔离级别为 read uncommitted

• 示例情景
  在一张账户表account中有两条数据，分别为账户户主zhangsan和lisi，且各有1000元钱。现在zhangsan转账给lisi500元钱，也即zhangsan账户减去500元，lisi账户增加500元。但当zhangsan账户减去500，lisi账户增加500，未提交(commit)数据时，lisi就查询自己账户，发现账户已经多了500元（此时lisi认为已经转账成功了）。但是实际上呢，并未转账成功，如果此时zhangsan回滚(rollback)，则500元钱就会回到自己账户。
• 如图
  以下开启两个会话代表zhangsan和lisi之间的转账操作。
  
• 分析
  ① 脏读：会话B中的事务读取了会话A中事务中更改了但是还未提交的数据，这就是脏读。
  ② 不可重复读：会话B中的同一个事务的同一个查询语句的两次执行结果不一样，这就是不可重复度（虚读）。

（2）设置隔离级别为 read committed

• 示例情景
  在一张账户表account中有两条数据，分别为账户户主zhangsan和lisi，且各有1000元钱。现在zhangsan转账给lisi500元钱，也即zhangsan账户减去500元，lisi账户增加500元。当zhangsan账户减去500，lisi账户增加500，未提交(commit)数据时，lisi查询自己账户，发现账户并没有增加。只有在zhangsan提交(commit)数据后，lisi才能看到自己账户钱增加了。
• 如图
  以下开启两个会话代表zhangsan和lisi之间的转账操作。
  
• 分析
  ① 设置隔离级别为 read committed（读已提交），解决了脏读的问题。即当会话A修改了数据但未提交事务时，会话B进行数据查询并未有数据改变。只有当会话A提交(commit)事务后，会话B才查询到数据已修改。
  ② 不可重复读：会话B中的同一个事务的同一个查询语句的两次执行结果不一样，这就是不可重复度（虚读）。

（3）设置隔离级别为 repeatable read

• 需求：在同一个事务中，每次查询到的数据都相同。只有在一个事务结束后，才能查询到已经变动的数据。（也就是要解决不可重复读问题）
• 示例情景
  在一张账户表account中有两条数据，分别为账户户主zhangsan和lisi，且各有1000元钱。现在zhangsan转账给lisi500元钱，也即zhangsan账户减去500元，lisi账户增加500元。
• 如图
  以下开启两个会话代表zhangsan和lisi之间的转账操作。
  
• 分析
  ① 设置隔离级别为 repeatable read（可重复读），解决了脏读的问题。即当会话A修改了数据但未提交事务时，会话B进行数据查询并未有数据改变。只有当会话A提交(commit)事务后，会话B也提交事务才查询到数据已修改。
  ② 设置隔离级别为 repeatable read（可重复读），解决了不可重复读的问题。即当会话A修改了数据且提交事务后，会话B查询进行数据查询并未有改变。只有当会话B提交实物后，再次查询才查询到数据已修改。

（4）设置隔离级别为 serializable

• 示例情景
  在一张账户表account中有两条数据，分别为账户户主zhangsan和lisi，且各有1000元钱。现在zhangsan转账给lisi500元钱，也即zhangsan账户减去500元，lisi账户增加500元。
• 如图
  以下开启两个会话代表zhangsan和lisi之间的转账操作。
  
• 分析
  当会话A和会话B都设置事务为serializable（串行化）。会话A开启事务并修改数据，在事务提交或回滚前，会话B对表的所有操作都只能处于阻塞状态。