Spring 事务和事务传播机制

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
云数据库 RDS PostgreSQL,高可用系列 2核4GB
简介: Spring 事务和事务传播机制

一. Spring 声明式事务

声明式事务的实现很简单,只需要在需要的方法上添加 @Transantioinal 注解就可以实现了,无需手动开启事务和提交事务,进入方法时自动开启事务,方法执行完后会自动提交事务,如果中途发生了没有处理的异常会自动回滚事务.

@RestController
@Transactional
public class UserController {
    @Autowired
    private UserService userService;
    @RequestMapping("/add")
    public int add(){
        UserInfo userInfo=new UserInfo();
        userInfo.setUsername("张三");
        userInfo.setPassword("123");
        System.out.println("插入成功");
        int result=userService.add(userInfo);
        //出现异常会自动回滚,数据库中不会出现对应的数据
        int a=10/0;
        return result;
    }
}

Transactional 作用范围:

  • 修饰方法时:需要注意只能应用到 public 方法上,否则不生效。
  • 修饰类时:表明该注解对该类中所有的 public 方法都生效

@Transactional 参数说明

1716913571386.png

二. 事务的隔离级别

2.1 事务特性回顾

事务由 4 大特性(ACID),原子性,持久性,一致性,和隔离性:


  • 原子性(Atomicity):一个事务中的所有操作,要么全部完成,要么全部不完成,不会结束在中间某个环节。事务在执行过程中发生错误,会被回滚到事务开始前的状态,就像这个事务从来没有执行过一样。
  • 一致性(Consistency):在事务开始之前和事务结束之后,数据库的完整性没有被破坏,这表示写入的资料必须完全符合所有的预设规则,这包含资料的精确度,串联性以及后续数据库可以自发性地完成预定的工作
  • 持久性(Isolation):事务处理结束后,对数据的修改就是永久的,即便系统故障也不会丢失
  • 隔离性(Durability):数据库允许多个并发事务同时对其数据进行读写和修改能力,隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同的级别,包括读未提交(Read uncommitted)、读已提交(Read committed)、可重复读(repeatable read) 和串行化(Serializable)。

2.2 MySQL 事务隔离级别

  1. READ UNCOMMITTED :读未提交,也叫未提交读,该隔离级别的事务可以看到其他事务中未提交的数据。该隔离级别因为可以读取到其他事务中未提交的数据,而未提交的数据可能会发生回滚,因此我们把该级别读取到的数据称之为脏数据,把这个问题称之为脏读。
  2. READ COMMITTED:读已提交,该隔离级别的事务能读取到已提交事务的数据,因此它不会有脏读问题。但由于事务的执行中可以读取到其他事务提交的结果,所以在不同时间的相同 SQL 查询中,可能会得到不同的结果,这种现象叫做不可重复读。
  3. REPEATABLE READ:可重复读,是 MySQL 的默认隔离级别,它能确保同一事务多次查询的结果一致。但也会有新的问题,比如此级别的事务正在执行时,另一个事务成功的插入了某条数据,但因为它每次查询的结果都是一样的,所以在事务中查询不到这条信息,但自己就是插入不进去,这就叫做幻读
  4. SERIALIZABLE:序列化,事务最高隔离级别,它会强制事务排序,使之不会发生冲突,从而解决了脏读、不可重复读和幻读的问题,但因为执行效率低,所以真正使用的场景并不多。

在数据库中通过以下 SQL 查询全局事务隔离级别和当前连接事务隔离级别

select @@global.tx_isolation,@@tx_isolation;

2.3 Spring 事务隔离级别有5 种

  1. Isolation.DEFAULT:以连接的数据库的事务隔离级别为主。
  2. Isolation.READ_UNCOMMITTED:读未提交,可以读到未提交的事务,存在脏读。
  3. Isolation.READ_COMMITTED:读已提交,只能读到已经提交的事务,解决了脏读,存在不可重复读。
  4. Isolation.REPEATABLE_READ:可重复读,解决了不可重复读,但存在幻读(MySQL 默认级别)
  5. Isolation.SERIALIZABLE:串行化,可以解决所有并发问题,但性能太低。

当 Spring 和 MySQL 中的事务隔离级别不一致时,以Spring中的设置为准。

2.4 try-catch Excepion不回滚

当我们使用try-catch 处理异常后,发现事务不会回滚:

    @RequestMapping("/add")
    @Transactional(propagation = Propagation.REQUIRED,isolation=Isolation.REPEATABLE_READ)
    public int add(){
        UserInfo userInfo=new UserInfo();
        userInfo.setUsername("张三");
        userInfo.setPassword("123");
        System.out.println("插入成功");
        int result=userService.add(userInfo);
        try {
            int a=10/0;
        } catch (Exception e) {
            e.printStackTrace();
        }
        return result;
    }
}

解决方案:

1. 直接向上抛出异常:

try {
    int a=10/0;
} catch (Exception e) {
    throw e;
}

2. 手动回滚事务

try {
    int a=10/0;
} catch (Exception e) {
    TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
}

2.5 @Transactional 工作原理

@Transactional 是基于 AOP 实现的,AOP 又是使用动态代理实现的。如果目标对象实现了接口,默认情况下会采用 JDK 的动态代理,如果目标对象没有实现接口接口,会使用 CGLIB 动态代理。@Transactional 在开始执行业务之前,通过代理先开启事务,在执行成功之后再提交事务。如遇到异常,则回滚事务。

三. 事务的传播机制

事务的隔离级别解决的是多个事务同时调用数据库的问题,而事务的传播机制是规定多个事务在相互调用时,事务的执行行为。

Spring 事务传播机制包含以下 7 中:


  1. Propagation.REQUIRED:默认的事务传播级别,它表示当前如果存在事务,则加入该事务;如果当前没有事务,则创建一个新的事务。
  2. Propagation.SUPPORTS:如果当前存在事务,则加入该事务,如果当前没有事务,则以非事务的方式继续运行。
  3. Propagation.MANDATORY:如果当前存在事务,则加入该事务,如果当前没有事务,则抛出异常。
  4. Propagation.REQUIRES_NEW:表示创建一个新的事务,如果当前存在事务,则把当前事务挂起。也就是说不管外部方法是否开启事务,Propagation.REQUIRES_NEW 修饰的内部方法会新开启自己的事务,且开启的事务相互独立,互不干扰。
  5. Propagation.NOT_SUPPORTED:以非事务方式运行,如果当前存在事务,则把当前事务挂起。
  6. Propagation.NEVER:以非事务的方式运行,如果当前存在事务,则抛出异常。
  7. Propagation.NESTED:如果当前存在事务,则创建一个事务作为当前事务的嵌套事务来运行;如果当前没有事务,则取值等价于 PROPAGATION_REQUIRED。

对于 Propagatino.NESTED需要注意以下几点。

1. 当嵌套异常是直接抛出的,没有使用try-catch捕获时,整个事务都会回滚:

@RestController
//@Transactional
public class UserController {
    @Autowired
    private UserService userService;
    @RequestMapping("/add")
    @Transactional(propagation = Propagation.REQUIRED,isolation=Isolation.REPEATABLE_READ)
    public int add(){
        UserInfo userInfo=new UserInfo();
        userInfo.setUsername("王五");
        userInfo.setPassword("123");
        System.out.println("插入成功");
        int result=userService.add(userInfo);
        userService.insert(userInfo);
//        try {
//            int a=10/0;
//        } catch (Exception e) {
//            TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
//        }
        return result;
    }
}
 
 
@Service
public class UserService {
    @Autowired
    UserMapper userMapper;
    @Transactional(propagation = Propagation.NESTED)
    public int add(UserInfo userInfo){
        int result=userMapper.add(userInfo);
        return result;
    }
 
    @Transactional(propagation = Propagation.NESTED)
    public int insert(UserInfo userInfo){
        int result=userMapper.add(userInfo);
        int n=10/0;
        return result;
    }
}
 
 
@Mapper
public interface UserMapper {
    @Insert("insert into userinfo(username,password) values(#{username},#{password})")
    int add(UserInfo userInfo);
}

当我们运行时,本应该有一条插入数据的,但因为 insert 中抛出的异常在 controller 层感受到了,致使整个事务都发生了回滚。如果不想整个事务发生回滚,可以在 insert 中发生异常的地方使用try-catch 进行捕获处理,这样在 controller 层就感受不到异常了。


2. 当嵌套事务中继续嵌套事务时,其中一个嵌套事务出现异常,整个嵌套事务都会发生回滚。

@RestController
//@Transactional
public class UserController {
    @Autowired
    private UserService userService;
    @RequestMapping("/add")
    @Transactional(propagation = Propagation.REQUIRED,isolation=Isolation.REPEATABLE_READ)
    public int add(){
        UserInfo userInfo=new UserInfo();
        userInfo.setUsername("王五");
        userInfo.setPassword("123");
        System.out.println("插入成功");
        int result=userService.add(userInfo);
//        try {
//            int a=10/0;
//        } catch (Exception e) {
//            TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
//        }
        return result;
    }
}
 
@Service
public class UserService {
    @Autowired
    UserMapper userMapper;
    @Transactional(propagation = Propagation.NESTED)
    public int add(UserInfo userInfo){
        int result=userMapper.add(userInfo);
        insert(userInfo);
        return result;
    }
 
    @Transactional(propagation = Propagation.NESTED)
    public int insert(UserInfo userInfo){
        int result=userMapper.add(userInfo);
        int n=10/0;
        return result;
    }
}
 
@Mapper
public interface UserMapper {
    @Insert("insert into userinfo(username,password) values(#{username},#{password})")
    int add(UserInfo userInfo);
}
相关实践学习
如何快速连接云数据库RDS MySQL
本场景介绍如何通过阿里云数据管理服务DMS快速连接云数据库RDS MySQL,然后进行数据表的CRUD操作。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
打赏
0
0
0
0
23
分享
相关文章
Spring中事务失效的场景
因为Spring事务是基于代理来实现的,所以某个加了@Transactional的⽅法只有是被代理对象调⽤时, 那么这个注解才会⽣效 , 如果使用的是被代理对象调用, 那么@Transactional会失效 同时如果某个⽅法是private的,那么@Transactional也会失效,因为底层cglib是基于⽗⼦类来实现 的,⼦类是不能重载⽗类的private⽅法的,所以⽆法很好的利⽤代理,也会导致@Transactianal失效 如果在业务中对异常进行了捕获处理 , 出现异常后Spring框架无法感知到异常, @Transactional也会失效
微服务——SpringBoot使用归纳——Spring Boot事务配置管理——常见问题总结
本文总结了Spring Boot中使用事务的常见问题,虽然通过`@Transactional`注解可以轻松实现事务管理,但在实际项目中仍有许多潜在坑点。文章详细分析了三个典型问题:1) 异常未被捕获导致事务未回滚,需明确指定`rollbackFor`属性;2) 异常被try-catch“吃掉”,应避免在事务方法中直接处理异常;3) 事务范围与锁范围不一致引发并发问题,建议调整锁策略以覆盖事务范围。这些问题看似简单,但一旦发生,排查难度较大,因此开发时需格外留意。最后,文章提供了课程源代码下载地址,供读者实践参考。
81 0
微服务——SpringBoot使用归纳——Spring Boot事务配置管理——Spring Boot 事务配置
本文介绍了 Spring Boot 中的事务配置与使用方法。首先需要导入 MySQL 依赖,Spring Boot 会自动注入 `DataSourceTransactionManager`,无需额外配置即可通过 `@Transactional` 注解实现事务管理。接着通过创建一个用户插入功能的示例,展示了如何在 Service 层手动抛出异常以测试事务回滚机制。测试结果表明,数据库中未新增记录,证明事务已成功回滚。此过程简单高效,适合日常开发需求。
194 0
微服务——SpringBoot使用归纳——Spring Boot事务配置管理——事务相关
本文介绍Spring Boot事务配置管理,阐述事务在企业应用开发中的重要性。事务确保数据操作可靠,任一异常均可回滚至初始状态,如转账、购票等场景需全流程执行成功才算完成。同时,事务管理在Spring Boot的service层广泛应用,但根据实际需求也可能存在无需事务的情况,例如独立数据插入操作。
54 0
Spring事务失效场景
本文深入探讨了Spring框架中事务管理可能失效的几种常见场景及解决方案,包括事务方法访问级别不当、方法内部自调用、错误的异常处理、事务管理器或数据源配置错误、数据库不支持事务以及不合理的事务传播行为或隔离级别。通过合理配置和正确使用`@Transactional`注解,开发者可以有效避免这些问题,确保应用的数据一致性和完整性。
113 10
【Spring】【事务】初学者直呼学会了的Spring事务入门
本文深入解析了Spring事务的核心概念与使用方法。Spring事务是一种数据库事务管理机制,通过确保操作的原子性、一致性、隔离性和持久性(ACID),维护数据完整性。文章详细讲解了声明式事务(@Transactional注解)和编程式事务(TransactionTemplate、PlatformTransactionManager)的区别与用法,并探讨了事务传播行为(如REQUIRED、REQUIRES_NEW等)及隔离级别(如READ_COMMITTED、REPEATABLE_READ)。
108 1
Spring中的事务是如何实现的
1. Spring事务底层是基于数据库事务和AOP机制的 2. ⾸先对于使⽤了@Transactional注解的Bean,Spring会创建⼀个代理对象作为Bean 3. 当调⽤代理对象的⽅法时,会先判断该⽅法上是否加了@Transactional注解 4. 如果加了,那么则利⽤事务管理器创建⼀个数据库连接 5. 并且修改数据库连接的autocommit属性为false,禁⽌此连接的⾃动提交,这是实现Spring事务⾮ 常重要的⼀步 6. 然后执⾏当前⽅法,⽅法中会执⾏sql 7. 执⾏完当前⽅法后,如果没有出现异常就直接提交事务 8. 如果出现了异常,并且这个异常是需要回滚的就会回滚事务
Spring事务失效,常见的情况有哪些?
本文总结了Spring事务失效的7种常见情况,包括未启用事务管理功能、方法非public类型、数据源未配置事务管理器、自身调用问题、异常类型错误、异常被吞以及业务和事务代码不在同一线程中。同时提供了两种快速定位事务相关Bug的方法:通过查看日志(设置为debug模式)或调试代码(在TransactionInterceptor的invoke方法中设置断点)。文章帮助开发者更好地理解和解决Spring事务中的问题。
112 7
【SpringFramework】Spring事务
本文简述Spring中数据库及事务相关衍伸知识点。
77 9
理解和解决Spring框架中的事务自调用问题
事务自调用问题是由于 Spring AOP 代理机制引起的,当方法在同一个类内部自调用时,事务注解将失效。通过使用代理对象调用、将事务逻辑分离到不同类中或使用 AspectJ 模式,可以有效解决这一问题。理解和解决这一问题,对于保证 Spring 应用中的事务管理正确性至关重要。掌握这些技巧,可以提高开发效率和代码的健壮性。
419 13
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等

登录插画

登录以查看您的控制台资源

管理云资源
状态一览
快捷访问