MySQL | Spring 事务传播特性和隔离级别

Spring 事务传播特性和隔离级别

事务是处理逻辑原子性的保证，作为单个逻辑单元执行一系列操作，要么执行完成要么全部不执行。事务遵循ACID四个特性。

ACID特性

• 原子性：事务作为一个原子整体，要么执行要么完全不执行

• 一致性：事务保证数据库状态从一个一致性变为另一个一致性

• 隔离性：一个事务的执行不影响其他事务的执行

• 持久性：已经提交事务对数据的修改，应该永久保存在数据库

事务的两个重要特性是，事务的传播特性和事务的隔离级别特性。传播级别决定了事务的控制范围，事务隔离级别决定了事务在数据库读写方面的控制范围。

事务的传播级别

1. PROPAGATION_REQUIRED：Spring的默认传播级别，如果上下文中存在事务则加入当前事务，如果不存在事务则新建事务执行。
2. PROPAGATION_SUPPORTS：如果上下文中存在事务则加入当前事务，如果没有事务则以非事务方式执行。
3. PROPAGATION_MANDATORY：该传播级别要求上下文中必须存在事务，否则抛出异常。
4. PROPAGATION_REQUIRES_NEW：该传播级别每次执行都会创建新事务，并同时将上下文中的事务挂起，执行完当前线程后再恢复上下文中事务。（子事务的执行结果不影响父事务的执行和回滚）
5. PROPAGATION_NOT_SUPPORTED：当上下文中有事务则挂起当前事务，执行完当前逻辑后再恢复上下文事务。（降低事务大小，将非核心的执行逻辑包裹执行。）
6. PROPAGATION_NEVER：该传播级别要求上下文中不能存在事务，否则抛出异常。
7. PROPAGATION_NESTED：嵌套事务，如果上下文中存在事务则嵌套执行，如果不存在则新建事务。（save point概念）

脏读、不可重复读、幻读

脏读：所谓的脏读，其实就是读到了别的事务回滚前的脏数据。比如事务B执行过程中修改了数据X，在未提交前，事务A读取了X，而事务B却回滚了，这样事务A就形成了脏读。

不可重复读：不可重复读字面含义已经很明了了，比如事务A首先读取了一条数据，然后执行逻辑的时候，事务B将这条数据改变了，然后事务A再次读取的时候，发现数据不匹配了，就是所谓的不可重复读了。

幻读：小的时候数手指，第一次数十10个，第二次数是11个，怎么回事?产生幻觉了?
幻读也是这样子，事务A首先根据条件素引得到10条数据，然后事务B改变了数据库一条数据，导致也符合事务A当时的搜索条件，这样事务A再次搜索发现有11条数据了，就产生了幻读。

事务隔离级别：

@Transactional(isolation=Isolation.READ UNCOMMITTED)：读取未提交数据（会出现脏读，不可重复读）基本不使用
@Transactional(isolation=lsolation.READ_COMMITTED)：读取已提交数据（会出现不可重复读和幻读
@Transactional(isolation=Isolation.REPEATABLE_READ)：可重复读（会出现幻读）
@Transactional(isolation=Isolation.SERIALIZABLE)：串行化

1.READ UNCIMMITTED（未提交读）

事务中的修改，即使没有提交，其他事务也可以看得到，比如说上面的两步这种现象就叫做脏读，这种隔离级别会引起很多问题，如无必要，不要随便使用。

例子：还是售票系统，小明和小花是售票员，他们分别是两个不同窗口的员工，现在售票系统只剩下3张票，此时A来小华这里买3张票，B来小明买票，小华查到余票还有就给接了订单，就要执行第三步的时候，小明接到B的请求查询有没有余票。看到小华卖出了3张票，于是拒绝卖票。但是小华系统出了问题，第三步执行失败，数据库为保证原子性，数据进行了回滚，也就是说一张票都没卖出去。

总结：这就是事务还没提交，而别的事务可以看到他其中修改的数据的后果，也就是脏读。

2.READ COMMITTED（提交读）

大多数数据库系统的默认隔离级别是READ COMMITTED，这种隔离级别就是一个事务的开始，只能看到已经完成的事务的结果，正在执行的，是无法被其他事务看到的。这种级别会出现读取旧数据的现象。

例子：还是小明小华销售员，余票3张，A来小华那里请求3张订票单，小华接受订单，要卖出3张票，上面的销售步骤执行中的时候，B也来小明那里买票，由于小华的销售事务执行到一半，小明事务没有看到小华的事务执行，读到的票数是3，准备接受订单的时候，小华的销售事务完成了，此时小明的系统变成显示0张票，小明刚想按下鼠标点击接受订单的手又连忙缩了回去。

总结：这就是小华的事务执行到一半，而小明看不到他执行的操作，所以看到的是旧数据，也就是无效的数据。

3.REPEATABLE READ(可重复读)

REPEATABLE READ 解决了脏读的问题，该级别保证了每行的记录的结果是一致的，也就是上面说的读了旧数据的问题，但是却无法解决另一个问题，幻行，顾名思义就是突然蹦出来的行数据。指的就是某个事务在读取某个范围的数据，但是另一个事务又向这个范围的数据去插入数据，导致多次读取的时候，数据的行数不一致。

例子：销售部门有规定，如果销售记录低于规定的值，要扣工资，此时经理在后端控制台查看了一下小明的销售记录，发现销售记录达不到规定的次数，心里暗喜，准备打印好销售清单，理直气壮和小明提出，没想到打印出来的时候发现销售清单里面销售数量增多了几条，刚刚好达到要求，气的经理撕了清单纸。原来是小明在就要打印的瞬间卖出了几张票，因此避过了减工资的血光之灾。

总结：虽然读取同一条数据可以保证一致性，但是却不能保证没有插入新的数据

4.SERIALIZABLE(可串行化）

SERIALIZABLE是最高的隔离级别，它通过强制事务串行执行（注意是串行），避免了前面的幻读情况，由于他大量加上锁，导致大量的请求超时，因此性能会比较底下，再特别需要数据一致性且并发量不需要那么大的时候才可能考虑这个隔离级别。

Spring事务传播和隔离级别配置

@Transactional(propagation=Propagation.REQUIRED,rollbackFor=Exception.class,timeout=1,isolation=Isolation.DEFAULT)

1. 事务的传播性：@Transactional(propagation=Propagation.REQUIRED) 如果有事务, 那么加入事务, 没有的话新建一个(默认情况下)

2. 事务的超时性：@Transactional(timeout=30) //默认是30秒

3. 事务的隔离级别：@Transactional(isolation = Isolation.READ_UNCOMMITTED)

4. 回滚：指定异常类：@Transactional(rollbackFor={RuntimeException.class, Exception.class})

5. 只读：@Transactional(readOnly=true)该属性用于设置当前事务是否为只读事务，设置为true表示只读

来源：Spring 事务传播特性和隔离级别

链接阅读：MySQL 事务