假如当前正要运行的事务不在另外一个事务里，那么就起一个新的事务 比方说，ServiceB.methodB的事务级别定义PROPAGATION_REQUIRED, 那么因为执行ServiceA.methodA的时候，ServiceA.methodA已经起了事务。这时调用ServiceB.methodB，ServiceB.methodB看到自己已经执行在ServiceA.methodA的事务内部。就不再起新的事务。而假如ServiceA.methodA执行的时候发现自己没有在事务中，他就会为自己分配一个事务。这样，在ServiceA.methodA或者在ServiceB.methodB内的不论什么地方出现异常。事务都会被回滚。即使ServiceB.methodB的事务已经被提交，可是ServiceA.methodA在接下来fail要回滚，ServiceB.methodB也要回滚
Spring其中一个强大之处在于，他是支持声明式事务的。而用好声明式事务的前提是，要理解Spring的事务传播机制。本文详细介绍了Spring事务传播机制。
先举一个Spring的嵌套例子 ServiceA { void methodA() { ServiceB.methodB(); } } ServiceB { void methodB(); } 事务传播属性可以在 @Transactional 注解的 propagation 属性中定义 比如: @Transactional(propagation=Propagation .PROPAGATION_REQUIRED) 七种事务传播行为: PROPAG
作用：如果当前存在事务，则方法将在该事务中运行；如果不存在事务，则创建一个新的事务。适用于大多数业务场景，确保方法在事务中执行，如果没有事务，则创建一个新的事务。
比如说，ServiceB.method的事务级别定义为PROPAGATION_REQUIRED, 那么由于执行ServiceA.method的时候， ServiceA.method已经起了事务，这时调用ServiceB.method，ServiceB.method看到自己已经运行在ServiceA.method 的事务内部，就不再起新的事务。而假如ServiceA.method运行的时候发现自己没有在事务中，他就会为自己分配一个事务。这样，在ServiceA.method或者在ServiceB.method内的任何地方出现异常，事务都会被回滚。即使ServiceB.method的事务已经被提交，但是ServiceA.method在接下来fail要回滚，ServiceB.method也要回滚。
最近使用JSF+Spring+OpenJPA框架开发，但是在使用spring提供的JpaTemplate进行查询时，如果数据量超过100 条，查询效率就会明显降低。由于开始时使用JPA内部的双向关联，造成各实体内部关联过多，从而影响所有的操作，因此怀疑是因为JPA的关联关系所致。但是去掉关联关系后的效果不显著。
首先简单了解一下Spring中事务传播行为是什么？听起来很高端，但是真正用起来的时候，稍有不慎，就会让自己陷入困境之中，所以在使用之前，我们必须要十分耐心认真的学习它。 从名字理解起来，事务传播行为，既然为传播就肯定发生在两个实体之间，否则单个实体又如何发生行为呢。通俗点讲就是“一个巴掌拍不响”。下面进入正规话题。
我们知道在 Java 项目当中，在一次的接口调用时可能存在多个 DML 行为，而每一次的 DML 行为都可以单独的作为一次事务，所以有了事务的传播行为我们可以更加细粒度的控制这些方法对数据所造成的影响。想要控制就可以把调用内容拆分成多个方法分配不同的传播行为。
@Transactional(noRollbackFor=Exception.class)
事务传播，就是两个事务进行调用时候，这个事务如何运行,而spring定义了7种传播行为，我们分别讲解
事务传播 对于Spring事务传播的七大行为，我们往往还停留在一些概念上，比如下面这张表： 定义 说明 PROPAGATION_REQUIRED 如果当前没有事务，就新建一个事务，如果已经存在一个事务，则加入到这个事务中。这是最常见的选择。 PROPAGATION_SUPPORTS 支持当前事务，如果当前没有事务，就以非事务方式执行。 PROPAGATION_MANDATORY 表示该方法必须在事务中运行，如果当前事务不存在，则会抛出一个异常。 PROPAGATION_REQUIRED_NEW 表示当前方
Spring事务支持两种方式，编程式事务和声明式事务，下面的例子使用声明式事务，即@Transactional注解的方式
注解是Spring框架里很常用的，本博文对Annotation的事务管理进行说明，目的是为编程学习者提供参考的博客。
事务是一系列的动作，它们综合在一起才是一个完整的工作单元，这些动作必须全部完成，如果有一个失败的话，那么事务就会回滚到最开始的状态，仿佛什么都没发生过一样。
最后琪姐说，修改了Spring的事务传播机制好了（应该是从默认的Required => Requires_New）。
数据库的值也没有被改变 ， 所以两个操作都被回滚了 那我们把A方法的事务注解去掉后再看一下
Spring在TransactionDefinition接口中规定了7种类型的事务传播行为，它们规定了事务方法和事务方法发生嵌套调用时事务如何进行传播：
springMvc4+hibernate4项目运行报错如下： org.hibernate.HibernateException: Could not obtain transaction-synchronized Session for current thread org.springframework.orm.hibernate4.SpringSessionContext.currentSession(SpringSessionContext.java:134) Dao层session的获取的
大家好，我是 Guide 哥，前段时间答应读者的 Spring 事务分析总结终于来了。这部分内容比较重要，不论是对于工作还是面试，但是网上比较好的参考资料比较少。
Spring在TransactionDefinition接口中规定了7种类型的事务传播行为。事务传播行为是Spring框架独有的事务增强特性，他不属于的事务实际提供方数据库行为。这是Spring为我们提供的强大的工具箱，使用事务传播行可以为我们的开发工作提供许多便利。
在我们日常的开发中Spring是必备的技能，在面试的时候，这一块的知识也会着重地问，虽然每天都在使用，但是稍不注意就会出问题，今天这篇文章我们来详细的聊聊Spring的事务传播性，助力金三银四面试季。
Spring定义了7中事务的传播行为，在TransactionDefinition类中：
事务管理是应用系统开发中必不可少的一部分。Spring 为事务管理提供了丰富的功能支持。Spring 事务管理分为编码式和声明式的两种方式。编程式事务指的是通过编码方式实现事务；声明式事务基于 AOP,将具体业务逻辑与事务处理解耦。声明式事务管理使业务代码逻辑不受污染, 因此在实际使用中声明式事务用的比较多。声明式事务有两种方式，一种是在配置文件（xml）中做相关的事务规则声明，另一种是基于@Transactional 注解的方式。注释配置是目前流行的使用方式，因此本文将着重介绍基于@Transactional 注解的事务管理。
结论：在外围方法未开启事务的情况下，PROPAGATION_REQUIRED修饰的内部方法会新开启自己的事务，且开启的事务相互独立，互不干扰。
事务传播 对于Spring事务传播的七大行为，我们往往还停留在一些概念上，比如下面这张表： 定义 说明 PROPAGATION_REQUIRED 如果当前没有事务，就新建一个事务，如果已经存在一个事务，则加入到这个事务中。这是最常见的选择。 PROPAGATION_SUPPORTS 支持当前事务，如果当前没有事务，就以非事务方式执行。 PROPAGATION_MANDATORY 表示该方法必须在事务中运行，如果当前事务不存在，则会抛出一个异常。 PROPAGATION_REQUIRED_NEW 表示当前方法
public interface TransactionDefinition 定义符合 Spring 的事务属性的接口。基于类似于 EJB CMT 属性的传播行为定义。 注意，除非启动实际的新事务，否则不会应用隔离级别和超时设置。 仅 PROPAGATION_REQUIRED, PROPAGATION_REQUIRES_NEW and PROPAGATION_NESTED 可能导致这种情况，在其他情况下指定这些设置通常没有意义。此外，并非所有事务管理器都支持这些高级功能，因此在给定非默认值时可能会引发相应的异常。
REQUIRED(TransactionDefinition.PROPAGATION_REQUIRED),
Spring事务管理 Spring是SSH中的管理员，负责管理其它框架，协调各个部分的工作。今天一起学习一下Spring的事务管理。Spring的事务管理分为声明式跟编程式。声明式就是在Spring的配置文件中进行相关配置；编程式就是用注解的方式写到代码里。下面先说声明式： Spring配置文件中关于事务配置总是由三个组成部分，分别是DataSource、TransactionManager和代理机制这三部分，无论哪种配置方式，一般变化的只是代理机制这部分。 DataSource、 TransactionM
1. <tx:method name="insert*" propagation="REQUIRED" />中name的值是ServiceImpl中各个要加入事物管理的方法的方法名。
Spring 事务传播机制是指，包含多个事务的方法在相互调用时，事务是如何在这些方法间传播的。
地址|https://segmentfault.com/a/1190000013341344
大家好，我是 Guide 哥，前段答应读者的 Spring 事务分析总结终于来了。这部分内容比较重要，不论是对于工作还是面试，但是网上比较好的参考资料比较少。
大家都知道，在SpringBoot中，使用事务只需要添加@Transactional就可以添加事务，很是方便。
Spring针对Java Transaction API (JTA)、JDBC、Hibernate和Java Persistence API(JPA)等事务 API，实现了一致的编程模型，而Spring的声明式事务功能更是提供了极其方便的事务配置方式，配合Spring Boot的自动配置，大多数Spring Boot项目只需要在方法上标记@Transactional注解，即可一键开启方法的事务性配置。
事务的传播机制，是 spring 规定的。因为在开发中，最简单的事务是，业务代码都处于同一个事务下，这也是默认的传播机制，如果出现的报错，所有的数据回滚。但是在处理复杂的业务逻辑时，方法之间的调用，有以下的需求：
Spring事务让我们从复杂的事务处理中得到解脱。使得我们再也无需要去处理获得连接、关闭连接、事务提交和回滚等这些操作。再也无需要我们在与事务相关的方法中处理大量的try…catch…finally代码。我们在使用Spring声明式事务时，有一个非常重要的概念就是事务属性。事务属性通常由事务的传播行为，事务的隔离级别，事务的超时值和事务只读标志组成。我们在进行事务划分时，需要进行事务定义，也就是配置事务的属性。
转载自 https://www.cnblogs.com/softidea/p/5962612.html
默认遇到throw new RuntimeException(“…”);会回滚 需要捕获的throw new Exception(“…”);不会回滚
There is a mistake in the backward propagation! difference = 0.2850931566540251
mysql spring事务的特性 📷 说明 1、支持原数据库事务的隔离级别，加入事务传播概念。 2、为多项事务提供合并或隔离功能。 3、提供声明事务，使业务代码与事务分离，使事务更容易使用(AOP)。 实例 int PROPAGATION_REQUIRED = 0; int PROPAGATION_SUPPORTS = 1; int PROPAGATION_MANDATORY = 2; int PROPAGATION_REQUIRES_NEW = 3; int PROPAGATION_NOT_SUPPOR
这个应该属于老生常谈的话题了，笔者在这里将根据具体的例子来讲解下spring的事务管理机制，希望帮助有需要的朋友，下面直接入主题：
参考：http://yanglei008.iteye.com/blog/214874
Propagation.REQUIRED_NEW测试：应用场景粗日志用于错误日志记录，如果外层方法报错了，也可以将错误信息插入到数据库
摘要:Spring事务管理基于底层数据库本身的事务处理机制，对数据库事务操作的一次封装，相当于把使用JDBC代码开启、提交、回滚事务进行了封装。其传播特性共有七个 正文: 事务的传播特性 Propagation.REQUIRED 方法被调用时自动开启事务，在事务范围内使用则使用同一个事务，如果当前线程中已经存在事务, 方法调用会加入此事务, 如果当前没有事务，就新建一个事务。 Propagation.REQUIRES_NEW 无论何时自身都会开启事务，这个事务不依赖于外部事务，它拥有自己的隔离
事务传播行为是指多个拥有事务的方法在嵌套调用时的事务控制方式 比如XML中配置：XML:<tx:method name="..." propagation="REQUIRED"/> 注解配置：@Transactional(propagation=Propagation.REQUIRED)
spring 特有的事务传播行为，spring 支持 7 种事务传播行为，确定客户端和被调用端的事务边界（说得通俗一点就是多个具有事务控制的 service 的相互调用时所形成的复杂的事务边界控制）下图所示为 7 钟事务传播机制
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
