Spring事务的传播级别

简介: Spring事务的传播级别

一、简单说明

传播属性 描述
PROPAGATION_REQUIRED 如果当前没有事务,就创建一个事务,如果当前存在事务,就加入该事务。
PROPAGATION_REQUIRED_NEW 当前的方法必须启动新事务,并在它自己的事务内运行,不管是否存着事务,都开启新事务。
PROPAGATION_SUPPORTS 如果当前存在事务,就加入该事务,如果当前不存在事务,就以非事务的方式执行。
PROPAGATION_NOT_SUPPORTED 当前的方法不应该运行在事务中,如果有运行的事务,将它挂起
PROPAGATION_MANDATORY 如果当前存在事务,就加入当前事务,如果当前不存在事务,就抛出异常
PROPAGATION_NEVER 当前的方法不应该运行在事务中,如果当前存在事务,就抛出异常
PROPAGATION_NESTED 如果有事务在运行,当前的方法就应该在这个事务的嵌套事务内运行,否则,就启动一个新的事务,并在它自己的事务内运行。

二、具体案例描述

1.PROPAGATION_REQUIRED

@Transactional(propagation=PROPAGATION_REQUIRED)
pubilcvoidmethodA(){
doPreSomething;
methodB();
doSufSomething;
}
@Transactional(propagation=PROPAGATION_REQUIRED)
pubilcvoidmethodB(){
doSomething;
}

在两个方法的事务传播级别都是PROPAGATION_REQURIED的时候。 如果调用方法A,会开启一个事务,在方法A内部调用方法B,由于方法A已经存在开启尚未提交的事务,方法B不会就不会再开启一个新的事务,方法B会直接加入方法A的事务中执行,这样如果在执行方法B的时候出了异常导致事务回滚,则B的方法和A的方法都会回滚。


如果A的doPreSomething()和方法B都执行成功了,但是在执行doSufSomething()方法的时候抛出了异常导致事务回滚,则doSufSomething()、methodB()和doPreSomething()都会回滚。


如果不通过方法A而单独调用方法B,则会开启一个事务。 PROPAGATION_REQURIED所有方法公用一个事务,要么一起成功提交,要么一起失败回滚。


如果嵌套执行的方法要求一起执行成功或者一起回滚,则选择该事物传播级别。

执行逻辑:

开启事务 执行方法A的doPreSomething 执行方法B 执行方法A的doSufSomething 提交或回滚事务

2.PROPAGATION_REQUIRED_NEW

@Transactional(propagation=PROPAGATION_REQUIRED)
pubilcvoidmethodA(){
doPreSomething;
methodB();
dosufSomething;
}
@Transactional(propagation=PROPAGATION_REQUIRED_NEW)
pubilcvoidmethodB(){
doSomething;
}

在事务的隔离级别是PROPAGATION_REQUIRED_NEW的时候。 如果调用方法A,会开启一个事务,在方法内部调用方法B,方法B会自己再开启一个事务,然后方法B在自己的事务内部执行,如果方法B执行失败抛出异常,那么事务B会进行回滚,事务A不会受到影响可以继续执行,如果在方法B执行成功,方法B的事务会单独进行提交;B提交事务之后接着执行A的doSufSomething()方法,如果执行成功提交A的事务,如果抛出异常,则只回滚A的事务,对B的事务不会进行影响,也就说B的事务不会进行回滚。 如果不通过方法A而单独调用方法B,则会开启一个事务。 PROPAGATION_REQURIED_NEW所有方法使用各自的事务,各自提交或者回滚各自的事务,相互之间不会造成影响。


如果嵌套执行的方法要求各自事务独立,不能进行相互影响,则选择本事务传播级别。

执行逻辑

开启事务 执行方法A的doPreSomething 开启另一个事务2 执行方法B 提交或者回滚事务2 执行方法A的doSufSomething 提交或回滚事务

3.PROPAGATION_SUPPORTS

@Transactional(propagation=PROPAGATION_REQUIRED)
pubilcvoidmethodA(){
doPreSomething;
methodB();
doSufSomething;
}
@Transactional(propagation=PROPAGATION_SUPPORTS)
pubilcvoidmethodB(){
doSomething;
}

在事务的隔离级别是PROPAGATION_SUPPORTS的时候。 如果调用方法A,会开启一个事务,在方法A内部调用方法B,由于方法A已经存在开启尚未提交的事务,方法B会直接加入方法A的事务中执行,这样如果在执行方法B的时候出了异常导致事务回滚,则B的方法和A的方法都会回滚。如果A的doPreSomething()和方法B都执行成功了,但是在执行doSufSomething()方法的时候抛出了异常导致事务回滚,则doSufSomething()、methodB()和doPreSomething()都会回滚。

如果不通过方法A而单独调用方法B,则方法B不会开启事务,直接会以非事务的方式执行。 PROPAGATION_SUPPORTS如果存着事务就加入和PROPAGATION_REQUIRED传播级别一致,如果当前不存在事务,则不会创建新的事务,以非事务的方式执行。


如果嵌套执行的方法要求一起执行成功或者一起回滚,单独执行时候以非事务方式执行,则选择该事物传播级别。

执行逻辑:

开启事务 执行方法A的doPreSomething 执行方法B 执行方法A的doSufSomething 提交或回滚事务

4.PROPAGATION_NOT_SUPPORTED

@Transactional(propagation=PROPAGATION_REQUIRED)
pubilcvoidmethodA(){
doPreSomething;
methodB();
doSufSomething;
}
@Transactional(propagation=PROPAGATION_NOT_SUPPORTED)
pubilcvoidmethodB(){
doSomething;
}

在事务的隔离级别是PROPAGATION_NOT_SUPPORTED的时候。 如果调用方法A,会开启一个事务,在方法A内部调用方法B,由于方法A已经存在开启尚未提交的事务,方法B不允许在事务内部执行,这时候事务就会挂起,在非事务的状态中执行方法B,不管方法B是执行成功还是执行失败,都不会对当前事务造成影响。

如果A的doPreSomething()和方法B都执行成功了,但是在执行doSufSomething()方法的时候抛出了异常导致事务回滚,则doSufSomething()和doPreSomething()会回滚,而方法B不会受到任何影响,因为它是在非事务中执行的。

如果不通过方法A而单独调用方法B,则方法B不会开启事务,直接会以非事务的方式执行。 PROPAGATION_NOT_SUPPORTED如果存着事务就挂起当前事务,以非事务的方式运行自己,如果当前不存在事务,则不会创建新的事务,以非事务的方式执行。


如果嵌套执行的方法要求内部嵌套方法不会对外部方法事务造成影响并且内部方法不需要事务,单独执行时候以非事务方式执行,则选择该事物传播级别。

执行逻辑:

开启事务 执行方法A的doPreSomething 挂起事务 执行方法B 重新启用挂起的事务 执行方法A的doSufSomething 提交或回滚事务

5.PROPAGATION_MANDATORY

@Transactional(propagation=PROPAGATION_REQUIRED)
pubilcvoidmethodA(){
doPreSomething;
methodB();
doSufSomething;
}
@Transactional(propagation=PROPAGATION_MANDATORY)
pubilcvoidmethodB(){
doSomething;
}

在事务的隔离级别是PROPAGATION_MANDATORY的时候。 如果调用方法A,会开启一个事务,在方法A内部调用方法B,由于方法A已经存在开启尚未提交的事务,方法B会直接加入方法A的事务中执行,这样如果在执行方法B的时候出了异常导致事务回滚,则B的方法和A的方法都会回滚。

如果A的doPreSomething()和方法B都执行成功了,但是在执行doSufSomething()方法的时候抛出了异常导致事务回滚,则doSufSomething()、methodB()和doPreSomething()都会回滚。

如果不通过方法A而单独调用方法B,则方法B会直接报错,因为方法B的事务传播级别是PROPAGATION_MANDATORY,而其不允许在没有事务的环境下执行。 PROPAGATION_SUPPORTS如果存着事务就加入和PROPAGATION_REQUIRED传播级别一致,如果当前不存在事务,会直接进行报错,不允许以非事务的方式执行。


如果嵌套执行的方法要求一起执行成功或者一起回滚,单独执行时候不允许以非事务方式执行,则选择该事物传播级别。

执行逻辑:

开启事务 执行方法A的doPreSomething 执行方法B 执行方法A的doSufSomething 提交或回滚事务

6.PROPAGATION_NEVER

@Transactional(propagation=PROPAGATION_REQUIRED)
pubilcvoidmethodA(){
doPreSomething;
methodB();
doSufSomething;
}
@Transactional(propagation=PROPAGATION_NEVER)
pubilcvoidmethodB(){
doSomething;
}

在事务的隔离级别是PROPAGATION_NERVR的时候。 如果调用方法A,会开启一个事务,在方法A内部调用方法B,由于方法A已经存在开启尚未提交的事务,方法B的传播级别为PROPAGATION_NEVER,其不允许在事务内部执行,所以这时候就会直接报错。

如果不通过方法A而单独调用方法B,则方法B会直接在没有事务的环境中执行。 PROPAGATION_NERVER如果存着事务就直接报错,如果当前不存在事务,会以非事务的方式执行。


如果嵌套执行的方法要求内部方法不允许在事务中执行,单独执行时候必须以非事务方式执行,则选择该事物传播级别。

执行逻辑:

开启事务 执行方法A的doPreSomething 执行方法B,直接报错 回滚事务

7.PROPAGATION_NESTED

@Transactional(propagation=PROPAGATION_REQUIRED)
pubilcvoidmethodA(){
doPreSomething;
methodB();
doSufSomething;
}
@Transactional(propagation=PROPAGATION_NESTED)
pubilcvoidmethodB(){
doSomething;
}

在事务的隔离级别是PROPAGATION_NESTED的时候。 如果调用方法A,会开启一个事务,在方法A内部调用方法B,由于方法A已经存在开启尚未提交的事务,方法B的传播级别为PROPAGATION_NESTED,会加入这个事务当中,但是在执行到方法B之前会创建一个事务的回滚点(savepoint),然后执行方法B,如果方法B执行失败了,事务会进行回滚,但是这时指挥回滚到回滚点,也就是之后回滚B的操作,外部方法的操作不会回滚;如果B执行成功了,接着执行A的doSufSomething()方法,如果执行出错,则会回滚整个事务,也就是doSufSomething()、methodB()和doPreSomething()的执行都会进行回滚。 如果直接调用方法B,则会开启一个事务,和PROPAGATION_REQUIRED传播级别一致。


如果嵌套执行的方法要求内部方法出错只回滚自己,外部方法执行失败回滚所有,单独执行时候自动开启一个执行,则选择该事物传播级别。

执行逻辑:

开启事务 执行方法A的doPreSomething 创建回滚点savepoint 执行方法B,失败只回滚到savepoint 执行方法A的doSufSomething 提交或回滚事务

三、总结

1、PROPAGATION_REQUIRED

方法 是否开启事务 状态 是否回滚
doPreSomething 开启事务 失败 全部回滚
methodB A内部直接加入事务,不单独开启,单独调用开启 失败 全部回滚
doSufSomething 失败 全部回滚

所有方法在同一个事务中运行,要么一起成功提交事务,要么一起回滚事务,如果单独执行,各自单独开启各自事务。


2、PROPAGATION_REQUIRED_NEW

方法 是否开启事务 状态 是否回滚
doPreSomething 开启事务 失败 只回滚方法A自己
methodB 开启事务 失败 只回滚方法B自己
doSufSomething 失败 值回滚方法A自己

PROPAGATION_REQURIED_NEW所有方法使用各自的事务,各自提交或者回滚各自的事务,相互之间不会造成影响。 如果嵌套执行的方法要求各自事务独立,不能进行相互影响,则选择本事务传播级别。


3、PROPAGATION_SUPPORTS|

方法 是否开启事务 状态 是否回滚
doPreSomething 开启事务 失败 全部回滚
methodB A内部加入事务不单独开启,单独调用不开启 失败 全部回滚
doSufSomething 失败 全部回滚

如果嵌套执行的方法要求一起执行成功或者一起回滚,单独执行时候以非事务方式执行,则选择该事物传播级别。


4、PROPAGATION_NOT_SUPPORTED

方法 是否开启事务 状态 是否回滚
doPreSomething 开启事务 失败 只回滚A自己
methodB A内部挂起A的事务状态执行事务以非,不单独开启,单独调用不开启 失败 不做任何回滚
doSufSomething 失败 只回滚A自己

如果嵌套执行的方法要求内部嵌套方法不会对外部方法事务造成影响并且内部方法不需要事务,单独执行时候以非事务方式执行,则选择该事物传播级别。


5、PROPAGATION_MANDATORY

方法 是否开启事务 状态 是否回滚
doPreSomething 开启事务 失败 全部回滚
methodB A内部加入A的事务,不单独开启,单独调用跑错 失败 全部回滚
doSufSomething 失败 全部回滚

如果嵌套执行的方法要求一起执行成功或者一起回滚,单独执行时候不允许以非事务方式执行,则选择该事物传播级别。


6、PROPAGATION_NEVER

方法 是否开启事务 状态 是否回滚
doPreSomething 开启事务 失败 全部回滚
methodB A存着事务直接抛错,不单独开启 失败 全部回滚
doSufSomething 失败 全部回滚

如果嵌套执行的方法要求内部方法不允许在事务中执行,单独执行时候必须以非事务方式执行,则选择该事物传播级别。


7、PROPAGATION_NESTED

方法 是否开启事务 状态 是否回滚
doPreSomething 开启事务 失败 全部回滚
methodB A存着事务就直接加入A事务,不存在开启事务 失败 只回滚B自己
doSufSomething 失败 全部回滚

如果嵌套执行的方法要求内部方法出错只回滚自己,外部方法执行失败回滚所有,单独执行时候自动开启一个执行,则选择该事物传播级别。

相关文章
|
3月前
|
安全 Java 数据库
一天十道Java面试题----第四天(线程池复用的原理------>spring事务的实现方式原理以及隔离级别)
这篇文章是关于Java面试题的笔记,涵盖了线程池复用原理、Spring框架基础、AOP和IOC概念、Bean生命周期和作用域、单例Bean的线程安全性、Spring中使用的设计模式、以及Spring事务的实现方式和隔离级别等知识点。
|
10天前
|
Java 开发者 Spring
Spring高手之路24——事务类型及传播行为实战指南
本篇文章深入探讨了Spring中的事务管理,特别是事务传播行为(如REQUIRES_NEW和NESTED)的应用与区别。通过详实的示例和优化的时序图,全面解析如何在实际项目中使用这些高级事务控制技巧,以提升开发者的Spring事务管理能力。
20 1
Spring高手之路24——事务类型及传播行为实战指南
|
4月前
|
Java 关系型数据库 MySQL
Spring 事务失效场景总结
Spring 事务失效场景总结
62 4
|
3天前
|
XML Java 数据库连接
Spring中的事务是如何实现的
Spring中的事务管理机制通过一系列强大的功能和灵活的配置选项,为开发者提供了高效且可靠的事务处理手段。无论是通过注解还是AOP配置,Spring都能轻松实现复杂的事务管理需求。掌握这些工具和最佳实践,能
11 3
|
2月前
|
Java 数据库连接 数据库
spring复习05,spring整合mybatis,声明式事务
这篇文章详细介绍了如何在Spring框架中整合MyBatis以及如何配置声明式事务。主要内容包括:在Maven项目中添加依赖、创建实体类和Mapper接口、配置MyBatis核心配置文件和映射文件、配置数据源、创建sqlSessionFactory和sqlSessionTemplate、实现Mapper接口、配置声明式事务以及测试使用。此外,还解释了声明式事务的传播行为、隔离级别、只读提示和事务超时期间等概念。
spring复习05,spring整合mybatis,声明式事务
|
2月前
|
Java 测试技术 数据库
Spring事务传播机制(最全示例)
在使用Spring框架进行开发时,`service`层的方法通常带有事务。本文详细探讨了Spring事务在多个方法间的传播机制,主要包括7种传播类型:`REQUIRED`、`SUPPORTS`、`MANDATORY`、`REQUIRES_NEW`、`NOT_SUPPORTED`、`NEVER` 和 `NESTED`。通过示例代码和数据库插入测试,逐一展示了每种类型的运作方式。例如,`REQUIRED`表示如果当前存在事务则加入该事务,否则创建新事务;`SUPPORTS`表示如果当前存在事务则加入,否则以非事务方式执行;`MANDATORY`表示必须在现有事务中运行,否则抛出异常;
137 4
Spring事务传播机制(最全示例)
|
1月前
|
Java 关系型数据库 MySQL
Spring事务失效,我总结了这7个主要原因
本文详细探讨了Spring事务在日常开发中常见的七个失效原因,包括数据库不支持事务、类不受Spring管理、事务方法非public、异常被捕获、`rollbackFor`属性配置错误、方法内部调用事务方法及事务传播属性使用不当。通过具体示例和源码分析,帮助开发者更好地理解和应用Spring事务机制,避免线上事故。适合所有使用Spring进行业务开发的工程师参考。
29 2
|
1月前
|
Java 程序员 Spring
Spring事务的1道面试题
每次聊起Spring事务,好像很熟悉,又好像很陌生。本篇通过一道面试题和一些实践,来拆解几个Spring事务的常见坑点。
Spring事务的1道面试题
|
2月前
|
Java Spring
Spring 事务传播机制是什么?
Spring 事务传播机制是什么?
22 4
|
1月前
|
监控 Java 数据库
Spring事务中的@Transactional注解剖析
通过上述分析,可以看到 `@Transactional`注解在Spring框架中扮演着关键角色,它简化了事务管理的复杂度,让开发者能够更加专注于业务逻辑本身。合理运用并理解其背后的机制,对于构建稳定、高效的Java企业应用至关重要。
44 0