Mysql系列之 - 事务（Transaction）

Tip：生活不易，码农辛苦
         我是小刀，在互联网中夹缝求生 我希望你开心…

• 为什么需要事务

  软件都是多用户，多程序，多线程的，对同一个表可能同时有很多人在用，为保持数据的一致性，所以提出了事务的概念。

• 什么存储引擎支持事务

  查看数据库下面是否支持事务（InnoDB支持）？
  show engines;
  

  查看mysql当前默认的存储引擎？
  show variables like ‘%storage_engine%’;
  

  查看某张表的存储引擎？
  show create table 表名 ;
  

• 事务特性

  事务应该具有4个属性：原子性、一致性、隔离性、持久性。这四个属性通常称为ACID特性。

       1. 原子性（atomicity）
   一个事务必须被视为一个不可分割的最小单元，整个事务中的所有操作要么全部提交成功，要么全部失败，对于一个事务来说，不可能只执行其中的一部分操作,也就是整个事务要么全部成功，要么全部失败。
   
       2.一致性（consistency）
   一致性是指事务将数据库从一种一致性转换到另外一种一致性状态，在事务开始之前和事务结束之后数据库中数据的完整性没有被破坏。也就是事务开始前和结束后，数据库的完整性约束没有被破坏 。
   
       3.持久性（durability）
   一旦事务提交，则其所做的修改就会永久保存到数据库中。此时即使系统崩溃，已经提交的修改数据也不会丢失，也就是事务完成后，事务对数据库的所有更新将被保存到数据库，不能回滚。
   
       4.隔离性（isolation）
   一个事务的执行不能被其他事务干扰。即一个事务内部的操作及使用的数据对并发的其他事务是隔离的，并发执行的各个事务之间不能互相干扰。也就是同一时间，只允许一个事务请求同一数据，不同的事务之间彼此没有任何干扰。
  

• 事务隔离级别

事务隔离级别	脏读	不可重复读	幻读
读未提交（read-uncommitted）	是	是	是
不可重复读（read-committed）	否	是	是
可重复读（repeatable-read）	否	否	是
串行化（serializable）	否	否	否

1. Read Uncommitted（读未提交）：在该隔离级别，所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用，因为它的性能也不比其他级别好多少，会有读取未提交的数据，也被称之为脏读（Dirty Read）。
2. Read Committed（不可重复读）：这是大多数数据库系统的默认隔离级别（但不是MySQL默认的）。它满足了隔离的简单定义：一个事务只能看见已经提交事务所做的改变。这种隔离级别 也支持不可重复读，因为同一事务的其他实例在该实例处理其间可能会有新的commit，所以同一select可能返回不同结果。
3. Repeatable Read（可重复读）：这是MySQL的默认事务隔离级别，它确保同一事务的多个实例在并发读取数据时，会看到同样的数据行。不过理论上，这会导致另一个棘手的问题：幻读 （Phantom Read）。
4. Serializable（可串行化）：这是最高的隔离级别，它通过强制事务排序，使之不可能相互冲突，从而解决幻读问题。简言之，它是在每个读的数据行上加上共享锁。在这个级别，可能导致大量的超时现象和锁竞争。

1⃣️脏读(Drity Read)：某个事务已更新一份数据，另一个事务在此时读取了同一份数据，由于某些原因，前一个RollBack了操作，则后一个事务所读取的数据就会是不正确的。
2⃣️不可重复读(Non-repeatable read)：在一个事务的两次查询之中数据不一致，这可能是两次查询过程中间插入了一个事务更新的原有的数据。
3⃣️幻读(Phantom Read)：在一个事务的两次查询中数据笔数不一致，例如有一个事务查询了几列(Row)数据，而另一个事务却在此时插入了新的几列数据，先前的事务在接下来的查询中，就会发现有几列数据是它先前所没有的。
4⃣️不可重复读的和幻读很容易混淆，不可重复读侧重于修改。幻读侧重于新增或删除。
5⃣️解决不可重复读的问题只需锁住满足条件的行。解决幻读需要锁表。

mysql默认的事务隔离级别为repeatable-read
show variables like ‘%transaction_isolation%’;

系统级的隔离级别 和 会话级的隔离级别
select @@global.transaction_isolation,@@transaction_isolation;

设置innodb的事务级别方法是：set 作用域 transaction isolation level 事务隔离级别
1 .当前会话隔离级别修改：set session transaction isolation level read committed;

2.全局隔离级别修改：set global transaction isolation level read committed;

老版本mysql用的是tx_isolation
由于我装的是Mysql8，所以现在更名为 transaction_isolation

• 事务并发问题

  用例子说明各个隔离级别的情况
  1.读未提交（read-uncommitted）

  客户端A设置当前事务模式为read uncommitted（读未提交），查询表user的初始值：
  

  在客户端A的事务提交之前，打开另一个客户端B，更新表user中number值：
  

  虽然客户端B的事务还没提交，但是客户端A就可以查询到客户端B已经更新的数据：
  

  一旦客户端B的事务因为某种原因回滚，所有的操作都将会被撤销，那客户端A查询到的数据其实就是脏数据：

  2、不可重复读（read-committed）

  客户端A设置当前事务模式为read committed（不可重复读），查询表user中初始值：
  

  客户端A的事务提交之前，打开另一个客户端B，更新表user中number值：
  

  客户端B的事务还没提交，客户端A不能查询到客户端B已经更新的数据，解决了脏读问题：
  

  客户端B的事务提交
  

  客户端A执行与上一步相同的查询，结果 与上一步不一致，即产生了不可重复读的问题:
  

  3、可重复读（repeatable-read）

  客户端A设置当前事务模式为repeatable read（可重复读），查询表user初始值
  

  客户端A的事务提交之前，打开另一个客户端B，更新表user中number值并提交
  

  客户端A查询表user的number值，与图（1）查询结果一致，没有出现不可重复读的问题
  

  在客户端A执行 update user set number = number - 40 where id = 1;，number没有变成100-40=60，number值用的是图（2）中sql语句减去10的90来算的，所以是50，数据的一致性倒是没有被破坏。可重复读的隔离级别下使用了MVCC机制，select操作不会更新版本号，是快照读（历史版本）；insert、update和delete会更新版本号读当前版本。
  

  重新打开客户端B，插入一条新数据后提交
  

  客户端A查询表user的所有记录，没有查出新增数据，所以没有出现幻读
  

  客户端A提交事务之后，就可以查出新增数据

  3、串行化（serializable）

  客户端A设置当前事务模式为serializable（串行化），查询表user初始值
  

  打开客户端B，插入一条新数据发现不能立即执行
  

  把客户端A 提交当前事务
  

  发现把客户端A的事务提交之后，客户端B的插入操作也执行了，可以看出，如果一个事务，使用了可串行化隔离级别时，在这个事务没有被提交之前，其他的线程，只能等到当前操作完成之后，才能进行操作，这样会非常耗时，而且，影响数据库的性能，通常情况下，不会使用这种隔离级别。
  

• 补充

1. 事务隔离级别为读提交时，写数据只会锁住相应的行
2. 事务隔离级别为可重复读时，如果检索条件有索引（包括主键索引）的时候，默认加锁方式是next-key
   锁；如果检索条件没有索引，更新数据时会锁住整张表。一个间隙被事务加了锁，其他事务是不能在这个间隙插入记录的，这样可以防止幻读。
3. 事务隔离级别为串行化时，读写数据都会锁住整张表
4. 隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。