详解在SpringBoot中@Transactional事物操作和事物无效问题排查

目录
  • 1.spring事务管理简述
  • 2.SpringBoot中使用@Transactional注解
    • 2.1.开启事务注解
    • 2.2.在目标类、方法上添加注解@Transactional
    • 2.3.细化事务配置
  • 3.@Transactional事务实现机制
    • 3.1.整体事务控制流程
    • 3.2.Spring AOP的两种代理
    • 3.3.事务操作的底层实现
  • 4.@Transactional使用注释实现及问题排查
    • 4.1.数据库引擎是否支持事务?
    • 4.3.注解所在的类是否被加载成Bean?
    • 4.2.注解所在方法是否为public修饰的?
    • 4.5.是否发生了自调用问题?
    • 4.6.所用数据源是否加载了事务管理器?
    • 4.4.触发回滚的异常是否配置正确?
    • 4.5.@Transactional的扩展配置propagation是否正确?
    • 4.7.事务管理的可选配置是否正确?

1.spring事务管理简述

两种事务管理方式:

  1. 编码式事务管理:将事务控制代码编写在业务代码之中。
  2. 声明式事务管理:基于AOP(面向切面编程),事务管理与业务逻辑解耦。声明式事务管理的两种实现:
    1. 在配置文件(xml)中配置。
    2. 基于@Transactional注解。

2.SpringBoot中使用@Transactional注解

2.1.开启事务注解

在项目主类上,加上注解@EnableTransactionManagement,例如:

@EnableTransactionManagement
public class MySpringBootService extends WebMvcConfigurerAdapter {
    public static void main(String[] args) {
        SpringApplication.run(CoreService.class, args);
    }
}

2.2.在目标类、方法上添加注解@Transactional

1. 如果将@Transactional添加到类上,则表示此类的所有方法都开启事务管理。如:

   @Transactional(rollbackFor = Exception.class, propagation = Propagation.REQUIRED)
   @Service
   public class MyServiceImpl implements MyService {
     //class body
   }

2. 如果将@Transactional添加到方法上,则表示此方法开启事务管理。如:

       @Transactional(rollbackFor = Exception.class, propagation = Propagation.REQUIRES_NEW)
       @Override
       public ActivityPo getActivityById(Long id){
         //method body
       }

3. 如果一个方法上存在@Transactional,且其所属类上同样存在@Transactional,则以方法级别的事务配置为准。

2.3.细化事务配置

关于@Transactional的可配置参数有很多,主要有propagation、rollbackFor等,可以适用于不同场景,这里不细说。

3.@Transactional事务实现机制

3.1.整体事务控制流程

  1. 当@Transactional注解的方法被类外部的代码调用时,Spring在运行时为方法所在类生成一个AOP代理对象。
  2. 代理对象根据@Transactional的属性,决定是否由事务拦截器TransactionInterceptor对此方法进行事务拦截。
  3. 在进行事务拦截时,会先开启事务,然后执行业务代码,根据执行是否出现异常,通过抽象事务管理器AbstractPlatformTransactionManager来进行rollback或者commit。

3.2.Spring AOP的两种代理

  1. Spring AOP有两种CglibAopProxy和JdkDynamicAopProxy,其中:
  2. CglibAopProxy在其内部类DynamicAdvisedInterceptor的intercept()方法中,判断是否进行事务拦截。
  3. JdkDynamicAopProxy在其invoke()方法中,判断是否进行事务拦截。

3.3.事务操作的底层实现

  1. 抽象事务管理器AbstractPlatformTransactionManager的rollback和commit都需要具体的实现类进行实现。
  2. 抽象事务管理器AbstractPlatformTransactionManager的父级接口是PlatformTransactionManager。
  3. 存在很多事务管理器实现类,例如DataSourceTransactionManager等。
  4. 不同的事务管理器管理不同的数据资源 DataSource,比如DataSourceTransactionManager管理者JDBC数据源。
  5. 应确保被调用方法中使用的数据源都加载了事务管理器。

4.@Transactional使用注释实现及问题排查

4.1.数据库引擎是否支持事务?

  • MySql的引擎MyIsam不支持事务。
  • 如需事务控制生效,则库和表的引擎必须是InnoDB。

4.3.注解所在的类是否被加载成Bean?

  • 章节3.1中第1条提到,需要在运行时为类生成代理对象。那么前提是这个类一定被Spring管理并加载成了一个Bean对象。
  • 确保所在类是否被@Component、@Service、@Controller等等注解注释。

4.2.注解所在方法是否为public修饰的?

  • 章节3.2中,提到两种AOP代理分别在intercept()和invoke()方法判断是否进行事务拦截。
  • 这两个方法都会间接调用AbstractFallbackTransactionAttributeSource类的computeTransactionAttribute方法来获取事务控制的相关属性。这其中有以下一段代码:
	/**
	 * Same signature as {@link #getTransactionAttribute}, but doesn't cache the result.
	 * {@link #getTransactionAttribute} is effectively a caching decorator for this method.
	 * <p>As of 4.1.8, this method can be overridden.
	 * @since 4.1.8
	 * @see #getTransactionAttribute
	 */
	protected TransactionAttribute computeTransactionAttribute(Method method, Class<?> targetClass) {
		// Don't allow no-public methods as required.
		if (allowPublicMethodsOnly() && !Modifier.isPublic(method.getModifiers())) {
			return null;
		}

    //...
  }
  • 这段代码会导致no-public的方法无法进入事务控制。
  • 所以,一定要确保自己需要进行事务控制的方法包含public修饰符。

4.5.是否发生了自调用问题?

  • 章节3.1中第1条强调:只有当事务方法被当前类以外的代码调用时,才会才由 Spring 生成的代理对象来管理。
  • 上述逻辑会造成自调用问题:当事务方法被本类内部方法调用时,@Transactional并不生效。
  • 自调用示例代码:
@Service
public class PersonServiceImpl implements PersonService{
  @Resource
  private PersonDao personDao;

  public void insertPerson(Person person){
    //自调用
    personService.insert(person);

    //其他代码
    personDao.insertLog...
	}

  @Transactional(rollbackFor = Exception.class)
  public void insert(Person person){
    personDao.insert(person);
	}
}
  • 上述代码中,如果业务逻辑从非事务方法insertPerson()开始,在其中调用了事务方法insert(),则当insert()异常时,事务控制无效。
  • 简单说,就是在同一类中,非事务方法A调用了事务方法B,则当事务方法B异常,事务控制无效,A和B都不会回滚。
  • 那么,在同一类中,事务方法A调用了非事务方法B,然后非事务方法B调用了事务方法C,事务是否生效?答案:是。因为事务方法A在被外部代码调用时,已经开启了事务管理。

4.6.所用数据源是否加载了事务管理器?

  • 章节3.3中第5条提到:应确保被调用方法中使用的数据源都加载了事务管理器。
  • 在SpringBoot项目中,如果是单数据源,那么系统会默认为单数据源配置事务管理器DataSourceTransactionManager。
  • 在SpringBoot项目中,如果是多数据源,则一定确保所有的数据源都配置了事务管理器。
  • 关于多数据源的配置方法可以参考: https://blog.csdn.net/hanchao5272/article/details/81209552
  • 事务管理器的手动配置方法,可以参考如下:
@Bean
@Primary
public PlatformTransactionManager primaryTransactionManager(@Qualifier("sqlDataSource") DataSource sqlDataSource) {
  return new DataSourceTransactionManager(sqlDataSource);
}

4.4.触发回滚的异常是否配置正确?

  • 默认情况下,事务回归针对的是uncheck的异常(运行时异常)或ERROR。
  • 默认情况下,check的异常并不会触发回滚,如FileNotFoundException。
  • 如果想要简单的配置成针对所有异常都回滚,可以这么做:
@Transactional(rollbackFor = Exception.class)

4.5.@Transactional的扩展配置propagation是否正确?

  • 一般情况下,propagation属性无需配置。其会使用默认配置,即:Propagation.REQUIRED。
  • 有些propagation属性会导致事务不会触发,一定要注意:
    • SUPPORTS: 如果存在事务,则进入事务;否则,以非事务方式运行。
    • NOT_SUPPORTED: 如果存在事务,则挂起事务,并以非事务方式运行。
    • NEVER: 以非事务形式运行,如果存在事务,则抛出异常。

4.7.事务管理的可选配置是否正确?

在SpringBoot中,关于事务的配置有两个可选配置(一般无需配置):

  1. Springboot启动类的@EnableTransactionManagement。
  2. Springboot配置文件的rollback-on-commit-failure属性:
# yaml配置
spring:
  transaction:
    rollback-on-commit-failure: true

# properties配置
spring.transaction.rollback-on-commit-failure=true

请确保上述配置都是正确的(或者未配置)。

到此这篇关于详解在SpringBoot中@Transactional事物操作和事物无效问题排查的文章就介绍到这了,更多相关SpringBoot使用@Transactional内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

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

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

  • springboot中使用@Transactional注解事物不生效的坑

    一:在springboot中使用事物遇到的坑 1.我们知道spring中的事物分为两种:一种是编程式事物,一种是声明式事物.顾名思义,编程式事物是指通过代码去实现事物管理,这里不做过多说明.另一种是声明式事物,分为两种情况01:一种是通过传统xml方式配置,02:使用@Transaction注解方式配置,这是主要讲解的是通过注解方式配置.因为在springboot项目中,会自动配置DataSourceTransactionManager,我们只需要在对应的方法上或者类上加上@Transactio

  • Spring声明式事务@Transactional知识点分享

    @Transactional注解支持9个属性的设置,这里只讲解其中使用较多的三个属性:readOnly.propagation.isolation.其中propagation属性用来枚举事务的传播行为,isolation用来设置事务隔离级别,readOnly进行读写事务控制. @Service @Transactional(readOnly = true) public class AppTradeRec2Service extends BaseService { @Autowired priv

  • 带有@Transactional和@Async的循环依赖问题的解决

    今天我们来探讨一个有意思的spring源码问题,也是一个学生告诉了我现象我从源码里面找到了这个有意思的问题. 首先我们看service层的代码案例,如下: @Service("transationServiceImpl") public class TransationServiceImpl implements TransationService { @Autowired TransationService transationService; @Transactional @Asy

  • 详解在SpringBoot中@Transactional事物操作和事物无效问题排查

    目录 1.spring事务管理简述 2.SpringBoot中使用@Transactional注解 2.1.开启事务注解 2.2.在目标类.方法上添加注解@Transactional 2.3.细化事务配置 3.@Transactional事务实现机制 3.1.整体事务控制流程 3.2.Spring AOP的两种代理 3.3.事务操作的底层实现 4.@Transactional使用注释实现及问题排查 4.1.数据库引擎是否支持事务? 4.3.注解所在的类是否被加载成Bean? 4.2.注解所在方法

  • 详解在SpringBoot中使用MongoDb做单元测试的代码

    先评价: 功能倒是不错,但是总觉得耽误时间 先引入pom依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-test</artifactId> <scope>test</scope> </dependency> 代码1 public class MongoUser implemen

  • 详解在spring中使用JdbcTemplate操作数据库的几种方式

    使用JdbcTemplate的步骤 1.设置spring-jdbc和spring-tx的坐标(也就是导入依赖) <dependency> <groupId>org.springframework</groupId> <artifactId>spring-jdbc</artifactId> <version>5.2.7.RELEASE</version> </dependency> <dependency&

  • 详解在springboot中使用Mybatis Generator的两种方式

    介绍 Mybatis Generator(MBG)是Mybatis的一个代码生成工具.MBG解决了对数据库操作有最大影响的一些CRUD操作,很大程度上提升开发效率.如果需要联合查询仍然需要手写sql.相信很多人都听说过微服务,各个微服务之间是松耦合的.每个微服务仅关注于完成一件任务并很好地完成该任务.在一个微服务的开发过程中很可能只关注对单表的操作.所以MBG在开发过程中可以快速的生成代码提升开发效率. 本文将说到在springboot的项目中如何去配置(XML形式和Java配置类形式)和使用M

  • 详解在Spring-Boot中实现通用Auth认证的几种方式

    前言 最近一直被无尽的业务需求淹没,没时间喘息,终于接到一个能让我突破代码舒适区的活儿,解决它的过程非常曲折,一度让我怀疑人生,不过收获也很大,代码方面不明显,但感觉自己抹掉了 java.Tomcat.Spring 一直挡在我眼前的一层纱.对它们的理解上了一个新的层次. 好久没输出了,于是挑一个方面总结一下,希望在梳理过程中再了解一些其他的东西.由于 Java 繁荣的生态,下面每一个模块都有大量的文章专门讲述.所以我选了另外一个角度,从实际问题出发,将这些分散的知识串联起来,各位可以作为一个综述

  • 详解Mybatis-plus(MP)中CRUD操作保姆级笔记

    目录 一.什么是mybatis-plus 1.在java中访问数据库 2.Mybatis-plus简介 3.Mybatis-plus特性 二.第一个mybatis-plus开发 1.使用MP的步骤: 前提:数据库/表创建 2.mybatis-plus日志 三.MP操作CRUD 的 基本用法 1.添加数据后,获取主键值(MP可以自动实现主键回填) 2.更新数据 3.删除数据 4.查询数据 5.mybatis-plus中CRUD的底层实现原理 一.什么是mybatis-plus 1.在java中访问

  • Python pandas 列转行操作详解(类似hive中explode方法)

    最近在工作上用到Python的pandas库来处理excel文件,遇到列转行的问题.找了一番资料后成功了,记录一下. 1. 如果需要爆炸的只有一列: df=pd.DataFrame({'A':[1,2],'B':[[1,2],[1,2]]}) df Out[1]: A B 0 1 [1, 2] 1 2 [1, 2] 如果要爆炸B这一列,可以直接用explode方法(前提是你的pandas的版本要高于或等于0.25) df.explode('B') A B 0 1 1 1 1 2 2 2 1 3

  • 详解Java线程中常用操作

    目录 线程的常用操作 守护线程(后台线程) 线程串行化 线程优先级 线程中断 线程的常用操作 设置线程名字:setName() 获取线程名称:getName() 线程唯一Id:getId() // 自定义线程名称 String threadName = "threadName"; // 构造方法方式 Thread thread = new Thread(() -> {     System.out.println("线程名=" + Thread.current

  • Java安全框架——Shiro的使用详解(附springboot整合Shiro的demo)

    Shiro简介 Apache Shiro是一个强大且易用的Java安全框架,执行身份验证.授权.密码和会话管理 三个核心组件:Subject, SecurityManager 和 Realms Subject代表了当前用户的安全操作 SecurityManager管理所有用户的安全操作,是Shiro框架的核心,Shiro通过SecurityManager来管理内部组件实例,并通过它来提供安全管理的各种服务. Realm充当了Shiro与应用安全数据间的"桥梁"或者"连接器&q

  • Flyway详解及Springboot集成Flyway的详细教程

    Flayway是一款数据库版本控制管理工具,,支持数据库版本自动升级,Migrations可以写成sql脚本,也可以写在java代码里:不仅支持Command Line和java api ,也支持Build构建工具和Spring boot,也可以在分布式环境下能够安全可靠安全地升级数据库,同时也支持失败恢复. Flyway最核心的就是用于记录所有版本演化和状态的MetaData表,Flyway首次启动会创建默认名为SCHEMA_VERSION的元素局表. 表中保存了版本,描述,要执行的sql脚本

随机推荐