本文共 1964 字，大约阅读时间需要 6 分钟。
在学校的时候就背的ACID:
- 原子性(Atomicity) ：事务是一个原子操作单元,其对数据的修改,要么全都执行,要么全都不执行。
- 一致性(Consistent) ：在事务开始和完成时,数据都必须保持一致状态。这意味着所有相关的数据规则都必须应用于事务的修改,以保持数据的完整性。
- 隔离性(Isolation) ：数据库系统提供一定的隔离机制,保证事务在不受外部并发操作影响的“独立”环境执行。这意味着事务处理过程中的中间状态对外部是不可见的,反之亦然。
- 持久性(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进行中）可重复读（默认）：
- A事务开始后 ---> B事务开启 ---> B事务修改了一条数据 ---> A事务查询这条数据不是B事务修改后的数据，而是该事务刚开始时数据库的数据（A、B进行中）
- 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的时候加上用数据库的时间跟查出来的时间相比，如果相等则减库存，不相等递归重来，当递归次数到一定次数时提示超时，结束。
转载地址：http://tikgn.baihongyu.com/