从@Transactional看事务的传播和隔离

最新推荐文章于 2025-09-25 23:45:35 发布
原创 最新推荐文章于 2025-09-25 23:45:35 发布 · 2.6k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#Transactional #隔离级别 #嵌套事务

本文深入探讨了Spring中的事务管理，包括transactionManager的选择、事务的传播行为（如REQUIRED、SUPPORTS、REQUIRES_NEW等）、隔离级别（如READ_COMMITTED、SERIALIZABLE等）以及timeout和readOnly属性的设定。同时，提到了事务失效的常见场景，如非public方法、嵌套事务和异常处理策略。

文章目录

spring如何处理事务呢？下面是个伪代码示意：

	  begin Transactional;
       try{
   
   
           //TODO
           commit;
       }catch (Throwable e){
   
   
           if(e属于该提交的（即noRollbackFor指定）的异常类型){
   
   
               commit;
           }else {
   
   
               rollback;
           }
       }

1. transactionManager 当在配置文件中有多个TransactionManager，可以用该属性指定使用哪个事务管理器

如果要配置全局事务管理，参考这篇文章全局性事务控制如何在springboot中配置

2. 事务的传播行为（propagation） ，默认值为REQUIRED

  • Propagation.REQUIRED
    默认传播行为 如果有事务那么加入此事务，没有就新建一个事务
	/**
	 * Support a current transaction, create a new one if none exists.
	 * <p>This is the default setting of a transaction annotation.
	 */
  • Propagation.SUPPORTS
    如果其他bean调用这个方法，在其他bean中声明了事务那么久加入事务，如果其他bean中没有声明事务就不用事务
	/**
	 * Support a current transaction, execute non-transactionally if none exists.
	 * <p>Note: For transaction managers with transaction synchronization,
	 * PROPAGATION_SUPPORTS is slightly different from no transaction at all,
	 * as it defines a transaction scope that synchronization will apply for.
	 * As a consequence, the same resources (JDBC Connection, Hibernate Session, etc)
	 * will be shared for the entire specified scope. Note that this depends on
	 * the actual synchronization configuration of the transaction manager.
	 */
  • Propagation.REQUIRES_NEW
    不管是否存在事务，都创
最低0.47元/天 解锁文章
Spring——@Transactional事务注解原理及失效场景
共勉
11-30 2722
Spring中的事务注解你真的用对了吗？其中的原理、传播机制、失效场景你都理解了吗
面试官：Spring@Transactional注解在什么情况下事务不生效？
Java圈全能架构师的博客
06-05 586
这篇笔记来学习一下使用Spring框架的时候，@Transactional注解标注的方法在什么情况下事务不会生效。 我们可以写一个demo项目， 引入以下依赖 <dependencies> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId>
Spring @Transactional事务传播行为详解
qq_38196449的博客
08-07 2904
Spring的事务传播机制用于控制在多个事务方法相互调用时事务的行为。在复杂的业务场景中，多个事务方法之间的调用可能会导致事务的一致性，如出现数据丢失、重复提交等问题，使用事务传播机制可以避免这些问题的发生，保证事务的一致性和完整性。Spring的事务规定了7种事务的传播级别，默认的传播机制是。
@Transactional 事务注解
Blue_Pepsi_Cola的博客
09-25 1389
1.Spring @Transactional 详解：何时使用、为什么使用、如何使用。当你需要执行多个数据库操作，且这些操作必须具备原子性（要么全部成功，要么全部失败）。2.工作 6 年，@Transactional 注解用的一塌糊涂！可以通过 rollbackFor 来修改默认规则。Spring 的事务管理主要基于。private 方法不生效。事务方法调用自身不会生效。
@Transactional事务注解的传播性
qq_40549814的博客
06-20 3847
@Transactional事务注解的传播性
事务传播行为 @Transactional
学海无涯,我用JAVA
05-09 856
事务传播行为: 指的是在项目中开启多个事务后,他们之间的影响关系;虽然事务的传播枚举还有很多,但是其实,只要掌握这两个就够了,其他的了解即可;如果当前存在事务，就在当前事务内执行；否则，就执行与 PROPAGATION_REQUIRED 类似的操作。如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。以非事务方式运行，如果当前存在事务，则把当前事务挂起。以非事务方式运行，如果当前存在事务，则抛出异常。
聊一聊Spring中的@Transactional注解【中】【事务传播特性】
懒惰蜗牛的博客
11-04 1322
在开发过程中，我们常常会遇到这样的问题：当你在处理复杂的业务逻辑时，如何确保每一个操作都能顺利完成，而不会因为一个小小的错误而引发一场“数据灾难”？
Spring声明式事务@Transactional知识点分享
08-25
Spring 提供了 7 种事务传播行为，分别是 REQUIRED、REQUIRES_NEW、SUPPORTS、NOT_SUPPORTED、MANDATORY、NEVER 和 NESTED。 在使用 @Transactional 注解时，需要注意以下几点： * @Transactional 注解可以应用于...
Java注解@Transactional事务类内调用不生效问题及解决办法
08-19
Java注解@Transactional事务类内调用不生效问题及解决办法 Java注解@Transactional是Java中的一种注解，主要用于标记事务边界。然而，在某些情况下，@Transactional注解可能不会生效，例如在同一个类中的方法调用...
Spring @Transactional工作原理详解
08-28
下面我们将深入探讨`@Transactional`的工作原理，以及其与JPA、持久化上下文（Persistence Context）和数据库事务的关系。 首先，`@Transactional`的使用简化了事务管理。当在方法上标注`@Transactional`时，Spring...
Spring声明式事务@Transactional 详解，事务隔离级别isolation和事务传播行为Propagation
wangpf2011的博客
02-12 6422
@Transactional注解支持9个属性的设置，这里只讲解其中使用较多的三个属性：readOnly、propagation、isolation。其中propagation属性用来枚举事务的传播行为，isolation用来设置事务隔离级别，readOnly进行读写事务控制。 @Service @Transactional(readOnly = true) public class AppTr...
@Transctional事务传播机制（Propagation）
zhzh980的博客
04-05 7229
Transactional注解可以作用于接口、接口方法、类以及类方法上。当作用于类上时，该类的所有public方法将都具有该类型的事务属性。当作用在方法级别时，会覆盖类级别的定义。当作用在接口和接口方法时，则只有在使用基于接口的代理时它才会生效，也就是JDK代理。在Spring中，事务的传播类型对方法执行顺序和结果都有影响。调用者和被调用者方法所定义的事务传播类型共同决定了代码的结果。ps.两个问题：Q1:类内部方法调用时，避免@Transcational失效的获取代理类方法待验证。
@Transactional 事务的传播和隔离
熊浪的博客
02-20 1119
使用步骤： 步骤一、在spring配置文件中引入<tx:>命名空间 <beans xmlns=”http://www.springframework.org/schema/beans” xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance” xmlns:tx=”http://www.springframework.org/...
@Transactional传播
weixin_50993955的博客
11-18 2896
测试两个事物方法调用时事物的传播
@Transactional 事务传播特性——简单易懂
awodwde的博客
08-03 516
事务的默认传播类型是PROPAGATION_REQUIRED 点击进REQUIRED查看源码可以发现上方的注释说明：不存在事务则创建一个新事务 REQUIED：使用当前事务，如果当前没有事务，则自己新建一个事务，子方法是必须运行在一个事务当中的 如果当前存在事务，则加入这个事务，成为一个整体。 举例：领导没饭吃，我有钱，我会自己买了自己吃。领导有的吃，会分给你一起吃。 这里的运行的环境是：一个方法包含另外的方法，外层的方法是“父”，内层的方法是“子”，有钱没钱指的是方法加没加@Tran
@Transactional里事务的隔离级别和事务的传播机制
qq_15654285的博客
07-25 411
spring事务
Transactional注解中事务的传播行为
别浪
12-10 2821
1.传播行为过程中，只要Requires_new被执行过就一定成功，不管后面出不出问题。异常机制还是一样的，出现异常代码以后不执行。Required只要感觉到异常就一定回滚。和外层事务（例子中的add方法上的事务）是什么传播行为无关。2.业务逻辑中，需要考虑哪些东西是一定要回滚的、哪些即使出错了不必要回滚的。3.在同类方法调用中一定要使用自己的代理对象（即自己注入IOC中的对象）调用。
事务的传播特性之@Transactional使用详解
积跬步，至千里。
06-30 3352
对@Transactional事务注解的7种事务传播机制展开详细的代码演示说明，以及对事务传播机制与事务失效场景的总结。
@Transactional的七种事务传播行为
qq_36280879的博客
11-18 3095
@Transactional REQUIRED (默认事务) 支持当前事务；如果当前没有事务，则新建一个事物 REQUIRES_NEW (a事务失败了不会影响b事务的执行) 新建事务；如果当前存在事务，则把当前事务挂起 SUPPORTS 支持当前事务，如果不存在则以非事务方式执行。 MANDATORY 支持当前事务，如果不存在则抛出异常(IllegalTransactionStateException)。 类似于同名的 EJB 事务属性 NOT_SUPPORTED
java @Transactional事务的传播机制
最新发布
10-28
<think>我们正在讨论Spring框架中的@Transactional注解的事务传播机制。事务传播机制定义了在多个事务方法相互调用时，事务应该如何传播。Spring提供了7种传播行为，定义在Propagation枚举中。 1. **PROPAGATION_REQUIRED（默认）**：如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。 2. **PROPAGATION_SUPPORTS**：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。 3. **PROPAGATION_MANDATORY**：如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。 4. **PROPAGATION_REQUIRES_NEW**：创建一个新的事务，如果当前存在事务，则把当前事务挂起。 5. **PROPAGATION_NOT_SUPPORTED**：以非事务方式运行，如果当前存在事务，则把当前事务挂起。 6. **PROPAGATION_NEVER**：以非事务方式运行，如果当前存在事务，则抛出异常。 7. **PROPAGATION_NESTED**：如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则该取值等价于PROPAGATION_REQUIRED。 下面通过代码示例来说明其中几种常用的传播机制： ### 示例1：PROPAGATION_REQUIRED ```java @Service public class UserService { @Autowired private UserRepository userRepository; @Transactional(propagation = Propagation.REQUIRED) public void createUser(User user) { userRepository.save(user); } } ``` 如果调用`createUser`方法时已经存在事务，则该方法会加入该事务；如果没有事务，则创建一个新的事务。 ### 示例2：PROPAGATION_REQUIRES_NEW ```java @Service public class AccountService { @Autowired private AccountRepository accountRepository; @Transactional(propagation = Propagation.REQUIRES_NEW) public void updateAccount(Account account) { accountRepository.save(account); } } ``` 无论当前是否存在事务，`updateAccount`方法都会创建一个新的事务。如果当前存在事务，则将该事务挂起。 ### 示例3：PROPAGATION_NESTED ```java @Service public class OrderService { @Autowired private OrderRepository orderRepository; @Transactional(propagation = Propagation.NESTED) public void createOrder(Order order) { orderRepository.save(order); } } ``` 如果当前存在事务，则`createOrder`方法会创建一个嵌套事务。嵌套事务是外部事务的子事务，在外部事务回滚时，嵌套事务也会回滚；而嵌套事务可以独立于外部事务进行回滚（通过保存点实现）。 ### 注意事项： - 事务传播行为是在方法调用时确定的。 - 使用`PROPAGATION_REQUIRES_NEW`时，会创建新的事务，同时挂起当前事务（如果存在），这意味着新事务和原事务是独立的，新事务的回滚不会影响原事务，但原事务的回滚会影响新事务（因为新事务已经提交）吗？注意：新事务已经独立提交，原事务回滚不会影响新事务，因为新事务已经提交了。但是，如果新事务抛出了异常，且没有被捕获，则会导致原事务也被标记为回滚（除非原事务捕获了异常并处理）。 - `PROPAGATION_NESTED`使用保存点（Savepoint）来实现，因此只适用于具有保存点功能的事务管理器（如JDBC的DataSourceTransactionManager），而不适用于JTA（全局事务）。 ### 为什么需要传播机制？ 在复杂的业务场景中，多个事务方法相互调用，需要明确事务的边界和传播规则，以保证数据的一致性和完整性。不同的传播行为提供了灵活的事务控制方式。 ### 总结： 事务传播机制是Spring事务管理中的重要概念，通过合理设置传播行为，可以有效地控制事务的边界和多个事务之间的影响。 §§相关问题§§: 1. Spring事务的隔离级别有哪些？ 2. 在Spring中，@Transactional注解在什么情况下会失效？ 3. 如何配置Spring事务的超时时间？ 4. 事务的嵌套和挂起分别是什么意思？ </think>### Java @Transactional事务的传播机制 在Spring框架中，`@Transactional`的事务传播机制定义了**多个事务方法相互调用时**事务如何传递。Spring提供了7种传播行为（定义在`Propagation`枚举中）： ```java public enum Propagation { REQUIRED, // 默认值：存在事务则加入，否则新建 SUPPORTS, // 存在事务则加入，否则非事务运行 MANDATORY, // 存在事务则加入，否则抛异常 REQUIRES_NEW, // 新建事务，挂起当前事务（存在时） NOT_SUPPORTED, // 非事务运行，挂起当前事务（存在时） NEVER, // 非事务运行，存在事务则抛异常 NESTED // 嵌套事务（基于保存点） } ``` #### 核心机制详解（附代码示例） ##### 1. **REQUIRED（默认）** - **行为**：当前存在事务则加入，否则创建新事务 - **场景**：嵌套调用需原子性操作 - **代码**： ```java @Transactional(propagation = Propagation.REQUIRED) public void methodA() { // 事务T1 methodB(); // 加入T1 } @Transactional(propagation = Propagation.REQUIRED) public void methodB() { // 加入已有事务T1 } ``` ##### 2. **REQUIRES_NEW** - **行为**：始终创建新事务，挂起当前事务（若有） - **场景**：独立操作需提交（如日志记录） - **代码**： ```java @Transactional(propagation = Propagation.REQUIRED) public void orderProcess() { // 事务T1 logService.auditLog(); // 新启事务T2 // T1异常不影响T2提交 } @Service public class LogService { @Transactional(propagation = Propagation.REQUIRES_NEW) public void auditLog() { // 独立事务T2 } } ``` ##### 3. **NESTED** - **行为**：在已有事务中创建嵌套事务（基于保存点） - **特性**：外层事务回滚时嵌套事务必回滚，嵌套事务可单独回滚 - **代码**： ```java @Transactional public void purchase() { try { inventoryService.deductStock(); // 嵌套事务 } catch (Exception e) { // 仅回滚库存操作 } // 主事务继续 } @Service public class InventoryService { @Transactional(propagation = Propagation.NESTED) public void deductStock() { // 嵌套事务（Savepoint） } } ``` ##### 4. **MANDATORY** - **行为**：强制要求存在事务，否则抛`IllegalTransactionStateException` - **场景**：确保方法在事务中被调用 ```java @Transactional(propagation = Propagation.MANDATORY) public void refund() { // 必须在事务中调用 } ``` #### ⚠️ 关键注意事项 1. **事务挂起**：`REQUIRES_NEW`/`NOT_SUPPORTED`会挂起原事务，使用独立的数据库连接 2. **嵌套事务限制**：`NESTED`需要JDBC 3.0+驱动（如MySQL的InnoDB引擎） 3. **生效条件**：调用必须通过代理对象（同类内调用失效，需使用`AopContext.currentProxy()`） #### 传播行为选择建议 | 传播行为 | 适用场景 | |----------------|----------------------------------| | REQUIRED | 大多数业务逻辑（默认选择） | | REQUIRES_NEW | 独立操作（审计日志、消息发送） | | NESTED | 可部分回滚的子操作（库存扣减） | | MANDATORY | 强制事务上下文（支付核心操作） |
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值