学了很久但是记不住的MYSQL事务以及隔离级别！

在学校的时候就背的ACID:

1. 原子性(Atomicity) ：事务是一个原子操作单元,其对数据的修改,要么全都执行,要么全都不执行。
2. 一致性(Consistent) ：在事务开始和完成时,数据都必须保持一致状态。这意味着所有相关的数据规则都必须应用于事务的修改,以保持数据的完整性。
3. 隔离性(Isolation) ：数据库系统提供一定的隔离机制,保证事务在不受外部并发操作影响的“独立”环境执行。这意味着事务处理过程中的中间状态对外部是不可见的,反之亦然。
4. 持久性(Durable) ：事务完成之后,它对于数据的修改是永久性的,即使出现系统故障也能够保持。

只记得原子性是要么成功，要么失败！

这次复习发现一致性与原子性类似。持久性是最好理解的了，保存到数据库里的数据，当然不能丢失或改变。

重点就是隔离性： 

 这张图我相信学Java都看过，我就看过n次。

用自己的理解记录一下隔离级别的内容和工作中用到的地方。

• 查看看当前数据库的事务隔离级别: show variables like 'tx_isolation';
• 设置事务隔离级别：
• set tx_isolation='read-uncommitted'; （读未提交）
• set tx_isolation='read-committed'; （读已提交）
• set tx_isolation='repeatable-read';（可重复读）
• set tx_isolation='serializable';  （串行化）
• Mysql默认的事务隔离级别是可重复读，用Spring开发程序时，如果不设置隔离级别默认用Mysql设置的隔离级别，如果Spring设置了就用已经设置的隔离级别

 

隔离级别解释 ：

读未提交：

       A事务开始后  ---> B事务开启 ---> B事务修改了一条数据 ---> A事务查询这条数据是B事务修改后的数据。（A、B进行中）

读已提交：

       A事务开始后  ---> B事务开启 ---> B事务修改了一条数据 ---> B事务提交 ---> B事务完成 ---> A事务查询这条数据是B事务修改后的数据。（A进行中）

可重复读（默认）：

1. A事务开始后  ---> B事务开启 ---> B事务修改了一条数据 ---> A事务查询这条数据不是B事务修改后的数据，而是该事务刚开始时数据库的数据（A、B进行中）
2. A事务开始后  ---> B事务开启 ---> B事务修改了一条数据 ---> B事务提交 ---> B事务完成 ---> A事务查询这条数据不是B事务修改后的数据，而是该事务刚开始时数据库的数据（A进行中）

串行化： 

     A事务开始后 ---> 查看或者操作一条数据 ---> B事务开始 ---> B事务查看或操作数据需要等A事务完成！  

  

脏读（Dirty Reads）

一个事务正在对一条记录做修改，在这个事务完成并提交前，这条记录的数据就处于不一致的状态；这时，另一个事务也来读取同一条记录，如果不加控制，第二个事务读取了这些“脏”数据，并据此作进一步的处理，就会产生未提交的数据依赖关系。这种现象被形象的叫做“脏读”。

一句话：事务A读取到了事务B已经修改但尚未提交的数据，还在这个数据基础上做了操作。此时，如果B事务回滚，A读取的数据无效，不符合一致性要求。

不可重读（Non-Repeatable Reads）

一个事务在读取某些数据后的某个时间，再次读取以前读过的数据，却发现其读出的数据已经发生了改变、或某些记录已经被删除了！这种现象就叫做“不可重复读”。

一句话：事务A内部的相同查询语句在不同时刻读出的结果不一致，不符合隔离性

幻读（Phantom Reads）

一个事务按相同的查询条件重新读取以前检索过的数据，却发现其他事务插入了满足其查询条件的新数据，这种现象就称为“幻读”。

一句话：事务A读取到了事务B提交的新增数据，不符合隔离性

（这句话来着图灵学院摘抄）

真正开发中我对隔离级别的理解：

      普遍当然是用可重复读的隔离级别，如果是学校的毕设什么的可以用串行化，以防不测​。

应用场景：下单减库存或减优惠券。

在提交订单方法中需要

方法一：

​​​​需要将查库存、减库存加上分布式锁（单机加锁就行），查询的时候需要sql语句中需要加上for update。

A事务开始 ---> B事务开始 ---> 查库存减库存操作完毕 ---> B事务完成 ---> A事务查库存，如果不加上for update就有可能会将库存减成负数（可重复读）

方法二：
​​​​需要将查库存、减库存不加锁，查库存的时候带上库存的修改时间，然后update的时候加上用数据库的时间跟查出来的时间相比，如果相等则减库存，不相等递归重来，当递归次数到一定次数时提示超时，结束。