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

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


一、 spring 事务原理

一、Spring事务原理

在使用JDBC事务操作数据库时,流程如下:

//获取连接 
1.Connection con = DriverManager.getConnection()
//开启事务
2.con.setAutoCommit(true/false);
3.执行CRUD
//提交事务/回滚事务 
4. con.commit() / con.rollback();
//关闭连接
5. conn.close();


Spring本身并不提供事务,而是对JDBC事务通过AOP做了封装,隐藏了2和4的操作,简化了JDBC的应用。


spring对JDBC事务的封装,是通过AOP动态代理来实现的,在调用目标方法(也就是第3步)前后会通过代理类来执行事务的开启、提交或者回滚操作。

spring事务使用的两个不可忽略点:


  1. 注意关键词 “动态代理”,这意味着要生成一个代理类,那么我们就不能在一个类内直接调用事务方法,否则无法代理,
  2. 而且该事务方法必须是public,如果定义成 protected、private 或者默认可见性,则无法调用!


一@Transactional 应该加到什么地方,如果加到Controller会回滚吗?

  1. @Transactional 最好加到service层,加到Controller层也是生效的,但是为了规范起见,还是加到service层上。
  2. 下载代码并启动难项目进行验证:主要代码如下:
    Controller层代码如下:


@Autowired
    private TransactionalService transactionalService;
    @Autowired
    private UserDao userDao;
    @Autowired
    private JwtUserDao jwtUserDao;
    /**
     * 测试@Transactional 注解加到service层事务是否回滚
     */
    @RequestMapping("/tx")
    public void serviceTX(){
        transactionalService.controllerTX();
    }
    /**
     * 测试@Transactional 注解加到Controller层事务是否回滚
     */
    @Transactional(rollbackFor = Exception.class)
    @RequestMapping("/ctx2")
    public void cTX2(){
        userDao.update();
        System.out.println(2/0);
        jwtUserDao.update();
    }
 /**
     * 测试@Transactional 注解加到Controller层事务是否回滚
     * 这里在Controller层为了方便直接调用了dao层,在实际开发中dao层即可在Controller层调用也可以在service层调用,
     * 比如service层只是直接调用dao层一个方法,此外没有任何操作,那么这时候完全不用写service层的方法,直接在Controller调用dao层即可,
     * 当然如果公司有规范,必须严格按照mvc的模式进行开发,则另说
     */
    @Transactional(rollbackFor = Exception.class)
    @RequestMapping("/ctx2")
    public void cTX2(){
        userDao.update();
         //手动抛出一个RuntimeException
        System.out.println(2/0);
        jwtUserDao.update();
    }


service层的主要代码


@Autowired
    private UserDao userDao;
    @Autowired
    private  JwtUserDao  jwtUserDao;
    @Transactional(rollbackFor = Exception.class)
    public void controllerTX(){
        userDao.update();
         //手动抛出一个RuntimeException
        System.out.println(2/0);
        jwtUserDao.update();
    }


dao层sql语句如下:


<update id="update">
        UPDATE jwt_user SET username ='wangwuupdate' WHERE user_id= 2
    </update>
 <update id="update">
        UPDATE user SET username ='zsupdate' WHERE id= 2
    </update>


数据库原始数据:




浏览器中输入:http://localhost:8081/tx/tx,由于本次使用测试代码进行统一的异常处理所以浏览器的返回数据如下:



控制台输出如下:



查看数据库中的数据并没有被修改

浏览器中输入:http://localhost:8081/tx/ctx2,



查看数据库中的数据并没有被修改

由此可以得出 :@Transactional 加到Controller层也是生效的,但是为了规范起见,还是加到service层上。


问题二、 @Transactional 注解中用不用加rollbackFor = Exception.class 这个属性值

spring的api doc中有折磨一句描述:



红框中的内容如下:


rolling back on RuntimeException and Error but not on checked exceptions


大致意思就默认情况下,当程序发生 RuntimeException 和 Error 的这两种异常的时候事务会回滚,但是如果发生了checkedExcetions ,如fileNotfundException 则不会回滚,所以 rollbackFor = Exception.class 这个一定要加!

验证如下:

浏览器输入:http://localhost:8081/tx/ctx3

控制台输出如下:


这时候查看数据库中的数据并没有被修改

浏览器输入:http://localhost:8081/tx/ctx4



这时候查看数据库数据已经被修改:




问题三:事务调用嵌套问题具体结果如下代码:

/**
     * 同类中在方法a中调用b
     * a没有事务,b有 ,异常发生在b中 不会回滚
     */
    @RequestMapping("/a1")
    public void a1(){
        transactionalService.a1();
    }
    /**
     * 同类中在方法a中调用b
     * a没有事务,b有 ,异常发生在a中 不会回滚
     */
    @RequestMapping("/a2")
    public void a2(){
        transactionalService.a2();
    }
    /**
     * 同类中在方法a中调用b
     * a有事务,b没有 ,异常发生在b中 会回滚
     */
    @RequestMapping("/a3")
    public void a3(){
        transactionalService.a3();
    }
    /**
     * 同类中在方法a中调用b
     * a有事务,b没有 ,异常发生在a中 会回滚
     */
    @RequestMapping("/a4")
    public void a4(){
        transactionalService.a4();
    }
    /**
     * 同类中在方法a中调用b
     * a有事务,b也有 ,异常发生在b中 会回滚
     */
    @RequestMapping("/a5")
    public void a5(){
        transactionalService.a5();
    }
    /**
     * 同类中在方法a中调用b
     * a有事务,b也有 ,异常发生在a中 会回滚
     */
    @RequestMapping("/a6")
    public void a6(){
        transactionalService.a6();
    }
    /**
     *a类中调用b类中的方法
     * a中有事务,b中也有 会回滚
     *
     */
    @RequestMapping("/b5")
    public  void b5(){
        transactionalService.b5();
    }
    /**
     *a类中调用b类中的方法
     * a中有事务,b中没有 会回滚
     *
     */
    @RequestMapping("/b6")
    public  void b6(){
        transactionalService.b6();
    }
    /**
     *a类中调用b类中的方法
     * a没有事务,b中有 不会回滚
     *
     */
    @RequestMapping("/b7")
    public  void b7(){
        transactionalService.b7();
    }
    /**
     *a类中调用b类中的方法
     * a没有事务,b中没有 不会回滚
     *
     */
    @RequestMapping("/b8")
    public  void b8(){
        transactionalService.b8();
    }

总结:如果在a方法中调用b方法不管是不是a和b是不是在同一个类中,只要a方法中没有事务,则发生异常的时候不会回滚,即:当a无事务时,则a和b均没有事务,当a有事务时,b如果有事务,则b事务会加到a事务中,二者为同一事务!


四、总结

在springboot中默认是开启事务的,在service层的方法加上@Transactional(rollbackFor = Exception.class) 注解即可实现事务 如果在方法a中调用方法b 如果要实现事务,则只需要在方法上加上@Transactional(rollbackFor = Exception.class) 即可!

如果业务需要,一定要抛出checked异常的话,可以通过rollbackFor属性指定异常类型即可。有兴趣的可以动手验证一下,这里不再赘述。


五、 参考链接


目录
相关文章
|
5月前
|
SQL Java 关系型数据库
Spring事务传播机制:7种姿势教你玩转"事务接力赛"
事务传播机制是Spring框架中用于管理事务行为的重要概念,它决定了在方法调用时事务如何传递与执行。通过7种传播行为,开发者可以灵活控制事务边界,适应不同业务场景。例如:REQUIRED默认加入或新建事务,REQUIRES_NEW独立开启新事务,NESTED支持嵌套回滚等。合理使用传播机制不仅能保障数据一致性,还能提升系统性能与健壮性。掌握这“七种人格”,才能在复杂业务中游刃有余。
|
6月前
|
Java 关系型数据库 数据库
深度剖析【Spring】事务:万字详解,彻底掌握传播机制与事务原理
在Java开发中,Spring框架通过事务管理机制,帮我们轻松实现了这种“承诺”。它不仅封装了底层复杂的事务控制逻辑(比如手动开启、提交、回滚事务),还提供了灵活的配置方式,让开发者能专注于业务逻辑,而不用纠结于事务细节。
|
9月前
|
人工智能 Java 数据库连接
Spring事务失效场景
本文深入探讨了Spring框架中事务管理可能失效的几种常见场景及解决方案,包括事务方法访问级别不当、方法内部自调用、错误的异常处理、事务管理器或数据源配置错误、数据库不支持事务以及不合理的事务传播行为或隔离级别。通过合理配置和正确使用`@Transactional`注解,开发者可以有效避免这些问题,确保应用的数据一致性和完整性。
738 10
|
8月前
|
Java 关系型数据库 MySQL
【Spring】【事务】初学者直呼学会了的Spring事务入门
本文深入解析了Spring事务的核心概念与使用方法。Spring事务是一种数据库事务管理机制,通过确保操作的原子性、一致性、隔离性和持久性(ACID),维护数据完整性。文章详细讲解了声明式事务(@Transactional注解)和编程式事务(TransactionTemplate、PlatformTransactionManager)的区别与用法,并探讨了事务传播行为(如REQUIRED、REQUIRES_NEW等)及隔离级别(如READ_COMMITTED、REPEATABLE_READ)。
635 1
|
9月前
|
druid Java 关系型数据库
Spring Boot与Druid升级解决方案
好的,我需要帮助用户解决他们遇到的数据库连接问题,并升级项目的依赖。首先,用户提供的错误信息是关于Spring Boot应用在初始化数据源时抛出的异常,具体是Druid连接池验证连接失败。同时,用户希望升级项目的依赖版本。
865 10
|
10月前
|
监控 Java 关系型数据库
Spring Boot整合MySQL主从集群同步延迟解决方案
本文针对电商系统在Spring Boot+MyBatis架构下的典型问题(如大促时订单状态延迟、库存超卖误判及用户信息更新延迟)提出解决方案。核心内容包括动态数据源路由(强制读主库)、大事务拆分优化以及延迟感知补偿机制,配合MySQL参数调优和监控集成,有效将主从延迟控制在1秒内。实际测试表明,在10万QPS场景下,订单查询延迟显著降低,超卖误判率下降98%。
456 5
|
7月前
|
Java Spring 容器
SpringBoot自动配置的原理是什么?
Spring Boot自动配置核心在于@EnableAutoConfiguration注解,它通过@Import导入配置选择器,加载META-INF/spring.factories中定义的自动配置类。这些类根据@Conditional系列注解判断是否生效。但Spring Boot 3.0后已弃用spring.factories,改用新格式的.imports文件进行配置。
1188 0
|
8月前
|
人工智能 Java 测试技术
Spring Boot 集成 JUnit 单元测试
本文介绍了在Spring Boot中使用JUnit 5进行单元测试的常用方法与技巧,包括添加依赖、编写测试类、使用@SpringBootTest参数、自动装配测试模块(如JSON、MVC、WebFlux、JDBC等),以及@MockBean和@SpyBean的应用。内容实用,适合Java开发者参考学习。
960 0
|
4月前
|
JavaScript Java Maven
【SpringBoot(二)】带你认识Yaml配置文件类型、SpringMVC的资源访问路径 和 静态资源配置的原理!
SpringBoot专栏第二章,从本章开始正式进入SpringBoot的WEB阶段开发,本章先带你认识yaml配置文件和资源的路径配置原理,以方便在后面的文章中打下基础
476 4
|
4月前
|
Java 测试技术 数据库连接
【SpringBoot(四)】还不懂文件上传?JUnit使用?本文带你了解SpringBoot的文件上传、异常处理、组件注入等知识!并且带你领悟JUnit单元测试的使用!
Spring专栏第四章,本文带你上手 SpringBoot 的文件上传、异常处理、组件注入等功能 并且为你演示Junit5的基础上手体验
1006 2