@Transactional注解:多个事务嵌套时,独立事务处理方式

目录
  • @Transactional注解:多事务嵌套,独立事务处理
    • 看下需求
    • 解决方案
  • 嵌套事务分析@Transactional
    • Propagation.REQUIRED类型事务嵌套
    • 嵌套事务类型是Propagation.REQUIRES_NEW

@Transactional注解:多事务嵌套,独立事务处理

看下需求

在多个事务嵌套使用时，排除事务之间的回滚影响

解决方案

在不同服务类的方法中使用Transactional的propagation属性来实现隔离事务。（注意两个方法不在同一个服务类中）

Propagation.REQUIRES_NEW即说明该事务开启单独事务，不受其他事务影响

// 服务类A
@Autowired
private ABizService aBizService;

@Override
@Transactional(propagation = Propagation.REQUIRED, rollbackFor = Exception.class)
public String insert(FacedbInfoDTO facedbInfoDTO) throws ServiceException {
    ...
    aBizService.generateId();
} 

// 服务类B
@Override
@Transactional(propagation = Propagation.REQUIRES_NEW, rollbackFor = Exception.class)
public String generateId() {
    ...
}

嵌套事务分析@Transactional

事务类型总共有七种；在这就介绍常用的的两个。

@Transactional(propagation=Propagation.REQUIRED)//如果有事务，那么加入事务，没有的话新创建一个;不指定propagation默认就是这个
@Transactional(propagation=Propagation.REQUIREDS_NEW)//不管是否存在事务，都创建一个新的事务，原来的挂起，新的执行完毕，继续执行老的事务,

Propagation.REQUIRED类型事务嵌套

A事务方法调用B事务方法时如果两个事务注解在生效的情况下，在这里A事务称为父类，B事务称为子类；A方法操作数据库后调用B方法，下列异常抛出时保证AB方法里对数据库操作都完成了才抛出异常；RuleException继承的RuntimeException；

列举一下测试结果：

总结：

1.如果子类方法抛出的异常，不管满足子类还是父类的注解的回滚事务就会回滚；

2.如果父类抛出异常，只看父类的事务注解，如果回滚就父子皆回滚，如果不回滚父子皆不回滚

嵌套事务类型是Propagation.REQUIRES_NEW

这种情况下子事务开启了新的session，父事务先锁定一条记录（for update）子事务也锁这一条记录时就会死锁；这点要注意；

以上为个人经验，希望能给大家一个参考，也希望大家多多支持我们。

赞 (0)

相关推荐

  • spring声明式事务 @Transactional 不回滚的多种情况以及解决方案

    spring声明式事务 @Transactional 不回滚的多种情况以及解决方案

    目录 一. spring 事务原理 问题一.@Transactional 应该加到什么地方,如果加到Controller会回滚吗? 问题二. @Transactional 注解中用不用加rollbackFor = Exception.class 这个属性值 问题三:事务调用嵌套问题具体结果如下代码: 四.总结 五. 参考链接 本文是基于springboot完成测试测试代码地址如下: https://github.com/Dr-Water/springboot-action/tree/master

  • 使用@Transactional 设置嵌套事务不回滚

    @Transactional 设置嵌套事务不回滚 @Transactional(rollbackFor = Exception.class) public void testA(RequestSchedulingVO requestSchedulingVO) { ...业务... BService.testB(param); } @Override @Transactional(propagation = Propagation.REQUIRES_NEW, readOnly = false, n

  • Java注解@Transactional事务类内调用不生效问题及解决办法

    @Transactional 内部调用例子

  • 解决@Transactional注解事务不回滚不起作用的问题

    这几天在项目里面发现我使用@Transactional注解事务之后,抛了异常居然不回滚.后来终于找到了原因. 如果你也出现了这种情况,可以从下面开始排查. 一.特性 先来了解一下@Transactional注解事务的特性吧,可以更好排查问题 1.service类标签(一般不建议在接口上)上添加@Transactional,可以将整个类纳入spring事务管理,在每个业务方法执行时都会开启一个事务,不过这些事务采用相同的管理方式. 2.@Transactional 注解只能应用到 public 可

  • @Transactional注解:多个事务嵌套时,独立事务处理方式

    @Transactional注解:多个事务嵌套时,独立事务处理方式

    目录 @Transactional注解:多事务嵌套,独立事务处理 看下需求 解决方案 嵌套事务分析@Transactional Propagation.REQUIRED类型事务嵌套 嵌套事务类型是Propagation.REQUIRES_NEW @Transactional注解:多事务嵌套,独立事务处理 看下需求 在多个事务嵌套使用时,排除事务之间的回滚影响 解决方案 在不同服务类的方法中使用Transactional的propagation属性来实现隔离事务.(注意两个方法不在同一个服务类中)

  • Spring事务@Transactional注解四种不生效案例场景分析

    Spring事务@Transactional注解四种不生效案例场景分析

    目录 背景 示例代码 1. 类内部访问 2. 私有方法 3. 异常不匹配 4. 多线程 父线程抛出异常 子线程抛出异常 源码解读 @Transactional 执行机制 private 导致事务不生效原因 异常不匹配原因 背景 在我们工作中,经常会用到 @Transactional 声明事务,不正确的使用姿势会导致注解失效,下面就来分析四种最常见的@Transactional事务不生效的 Case: 类内部访问:A 类的 a1 方法没有标注 @Transactional,a2 方法标注 @Tra

  • spring的@Transactional注解用法解读

    概述 事务管理对于企业应用来说是至关重要的,即使出现异常情况,它也可以保证数据的一致性. Spring Framework对事务管理提供了一致的抽象,其特点如下: 为不同的事务API提供一致的编程模型,比如JTA(Java Transaction API), JDBC, Hibernate, JPA(Java Persistence API和JDO(Java Data Objects) 支持声明式事务管理,特别是基于注解的声明式事务管理,简单易用 提供比其他事务API如JTA更简单的编程式事务管

  • Spring @Transactional注解失效解决方案

    这篇文章主要介绍了Spring @Transactional注解失效解决方案,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下 这几天在项目里面发现我使用@Transactional注解事务之后,抛了异常居然不回滚.后来终于找到了原因. 如果你也出现了这种情况,可以从下面开始排查. 一.特性 先来了解一下@Transactional注解事务的特性吧,可以更好排查问题 1.service类标签(一般不建议在接口上)上添加@Transactional,

  • spring基于注解配置实现事务控制操作

    spring基于注解配置实现事务控制操作

    目录 spring注解配置实现事务控制 1.导入相关依赖 2.创建spring配置类 3.创建JdbcConfig数据源配置类 4.创建TransactionConfig事务配置类 5.创建jdbcConfig.properties 6.使用事务注解 Spring注解方式的事务实现机制 1.事务的实现机制 AOP动态代理进行方法拦截 事务管理器进行事务提交或回滚 2.注解方式的事务使用注意事项 正确的设置 @Transactional 的 propagation 属性(熟知事务的传播特性) 正确

  • 解决SpringBoot中使用@Transactional注解遇到的问题

    目录 使用@Transactional注解遇到的问题 1.不建议在接口上添加@Transactional注解 2.@Transactional注解 3.默认情况下 4.数据库引擎需要支持事务管理 5.同一类中methodA()方法 springboot 注解transactional失效 1.在方法中捕获了异常 2.spring中事务是代理模式 3.A方法如果有事务注解 4.本类中A方法调用 使用@Transactional注解遇到的问题 1.不建议在接口上添加@Transactional注解

  • @Transactional注解不起作用的原因分析及解决

    @Transactional注解不起作用的原因分析及解决

    目录 Transactional失效场景介绍 第一种 第二种 第三种 @Transactional注解不起作用原理分析 第一种 不创建代理对象 不进行代理调用 第二种 第三种 Transactional失效场景介绍 第一种 Transactional注解标注方法修饰符为非public时,@Transactional注解将会不起作用.例如以下代码. 定义一个错误的@Transactional标注实现,修饰一个默认访问符的方法 /** * @author zhoujy * @date 2018年12

  • @Transactional注解异常报错之多数据源详解

    目录 @Transactional注解报错之多数据源 1.在配置数据源的同时 2.一定要在需要使用事物注解的数据源配置里 @Transactional 错误使用的几种场景 @Transactional注解报错之多数据源 如果在加上@Transactional注解之后报错,先查看程序是否为多数据源,之前专门有一章讲解springboot的多数据源实现.多数据源的情况下加事物注解,有可能会出现问题,以下是解决方案. 1.在配置数据源的同时 一定到在其中一个配置上加上@Primary注解,其他的不要加

  • SQL Server误区30日谈 第26天 SQL Server中存在真正的“事务嵌套”

    SQL Server误区30日谈 第26天 SQL Server中存在真正的“事务嵌套”

    误区 #26: SQL Server中存在真正的"事务嵌套"错误 嵌套事务可不会像其语法表现的那样看起来允许事务嵌套.我真不知道为什么有人会这样写代码,我唯一能够想到的就是某个哥们对SQL Server社区嗤之以鼻然后写了这样的代码说:"玩玩你们".    让我更详细的解释一下,SQL Server允许你在一个事务中开启嵌套另一个事务,SQL Server允许你提交这个嵌套事务,也允许你回滚这个事务.    但是,嵌套事务并不是真正的"嵌套",对

随机推荐