Spring框架下的事务 及其 传播行为

本文主要是介绍Spring框架下的事务 及其 传播行为，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

目录

一、事务的特性（ACID）：

二、事务在并发情况下会带来一定的数据问题：

三、事务四种隔离级别 ：

       设置隔离级别sql语句：

四、Spring框架下事务的传播行为：

五、事务不生效的情况

---

事务指的是：数据库管理系统在执行过程中的一个逻辑单位。是由有限个操作序列组成。

一、事务的特性（ACID）：

• 原子性：要不全部提交，要不提交。
• 一致性：事务执行必须是数据库从一个正确的状态转移到另一个正常的状态
• 持久性：事务对于数据库的改变是永久的。
• 隔离性：事务与事务之间相互不会影响。

二、事务在并发情况下会带来一定的数据问题：

• 脏读：事务B会读取到事务A未提交的数据，如果事务A发生了回滚，那么事务B就读取到了错误数据。
• 不可重复读：第一次读和第二次读不一致，事务A先读取了这条数据，然后执行别的操作，在此过程中，事务B修改了这条数据，则造成事务A再次读取的时候，会发现数据不一致。
• 幻读：读取全表进行操作的时候，插入了新数据，修改完最初的全表，发现漏下一条记录，其实是在事务未提交时进行了插入操作。

为了保证事务对于数据操作的安全性，提供了四种事务的隔离级别，隔离级别越高，数据的安全性越高，但事务的执行效率也会随之下降，所以在隔离级别的选择上需要在安全性与效率上做一定的权衡。

三、事务四种隔离级别 ：

• 读取未提交：会造成脏读，幻读和不可重复读。
• 读取已提交：推荐 & 默认 的隔离方式，可以避免脏读，但是无法解决不可重复读和幻读。
• 重复读：事务读取出某一条数据的时候，就会对该数据加锁，其他事务不可以修改该数据。可以解决脏读和不可重复读的问题。但是还是会出现幻读的情况。
• 串行化：最安全的SERIALIZBLE，事务一个一个执行，可以解决所有问题，但是会影响并发的效率。

设置隔离级别sql语句：

//设置read uncommitted级别：
set session transaction isolation level read uncommitted;//设置read committed级别：
set session transaction isolation level read committed;//设置repeatable read级别：
set session transaction isolation level repeatable read;//设置serializable级别：
set session transaction isolation level serializable;

参考文章

四、Spring框架下事务的传播行为：

Spring框架提供了事务增强特性，事务的传播行为。一共有七种传播行为。参考文章

其中常用的三种，propagation-required，propagation-requirednew，propagation-nested。

事务传播行为指的是一个被事务传播行为修饰的方法被嵌套如另一个方法是，事务是怎么传播的。外层方法可以被事务修饰，也可以不被修饰。
当外围方法未被事务修饰时候，子方法各自执行各自事务，互不干扰。

当外围方法被事务修改时时候，分情况

	propagation-required（子方法加入到外围方法事务）	propagation-requirednew （子方法创建自己的事务，独立于外部事务）	propagation-nested（子事务嵌套）
外部方法异常	由于外部方法异常，外围事务回滚， 所以内部方法全部回滚	加入外部方法的回滚，拥有独立事务的 各自执行，互不干扰	外围事务回滚，全部内部方法回滚
子方法异常，并未捕获	由于内部方法异常，被外部感知， 外围事务回滚，所以内部方法全部回滚	加入外部方法的回滚，拥有独立事务的 各自执行，互不干扰	外围事务回滚，全部内部方法回滚
子方法异常，被捕获	虽然异常被捕获，不会使子方法的事务，但还是会被外部事务感知而回滚 因为外围事务回滚，所以内部方法全部回滚	异常的子方法回滚， 其他子方法和外部方法正常	子方法异常不被感知，只有异常子方法回滚

在项目中对于传播行为的应用：

DBP提供的事务是单库事务，一个事务中提交多个库的操作会报错：因此对于不同表的操作，需要使用propagation-requirednew，为子方法新建一个事务。

 

五、事务不生效的情况

 

参考文章-1
参考文章-2

这篇关于Spring框架下的事务 及其 传播行为的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---