Spring中的事务传播行为

简介:

在 Spring 中可以使用 @Transactional 注解,将一个方法标记为一个事务方法
事务方法具有事务的 ACID 四大特性

其中 @Transactional 有一个属性 propagation 用来标记该事务的传播行为
Spring 支持的传播行为有这样几种:
这里写图片描述
默认情况是:REQUIRED

接下来举例说明:

/**
 * 购买一本书
 * 事务传播行为: REQUIRED
 */
@Transactional(propagation = Propagation.REQUIRED)
public void purchase(String username, String isbn) {

    //从数据库中找到书本单价
    int price = bookShopDao.findBookPriceByIsbn(isbn);

    //将该书的库存减一
    bookShopDao.updateBookStock(isbn);

    //从用户的余额中减去书的单价
    bookShopDao.updateUserAccount(username, price);
}
AI 代码解读
/**
 * 结账
 * 根据购书列表,循环调用 purchase 方法
 */
@Transactional
public void checkout(String username, List<String> isbns) {
    for (String isbn : isbns){
        bookShopService.purchase(username, isbn);
    }
}
AI 代码解读

假设用户要买 3 本书, 可用户的余额仅够买前 2 本书,那么在执行 checkout 结账事务时,就会抛出“余额不足”的异常

那么根据事务的传播行为会有这样的情况:
我们之前声明了 purchase 的事务传播行为是 REQUIRED,所以在 checkout 事务调用 purchase 时,purchase 发现有事务正在运行,所以就加入事务
按照顺序,前 2 本书的 purchase 都顺利完成了,可是第 3 个 purchase 出现了异常,所以导致整个 checkout 事务失败,则 3 个purchase 全部回滚。此时,用户余额不变,书的库存也不变

这里写图片描述

如果声明 purchase 的事务传播行为是 REQUIRED_NEW, 那么就会是这样的:
checkout 调用 purchase,此时 checkout 事务正在运行,但是 purchase 会将 checkout 事务挂起并重新建立一个自己的事务,自己的事务完成后,会重新唤醒 checkout 事务,如此循环,直到成功或是出现异常则停止
这样以后,用户在 checkout 结账后,账户余额会减去前 2 本书的单价,并且前 2 本书的库存也会减 1, 但第 3 本书的库存不会变
这里写图片描述

目录
相关文章
Spring中事务失效的场景
因为Spring事务是基于代理来实现的,所以某个加了@Transactional的⽅法只有是被代理对象调⽤时, 那么这个注解才会⽣效 , 如果使用的是被代理对象调用, 那么@Transactional会失效 同时如果某个⽅法是private的,那么@Transactional也会失效,因为底层cglib是基于⽗⼦类来实现 的,⼦类是不能重载⽗类的private⽅法的,所以⽆法很好的利⽤代理,也会导致@Transactianal失效 如果在业务中对异常进行了捕获处理 , 出现异常后Spring框架无法感知到异常, @Transactional也会失效
微服务——SpringBoot使用归纳——Spring Boot事务配置管理——常见问题总结
本文总结了Spring Boot中使用事务的常见问题,虽然通过`@Transactional`注解可以轻松实现事务管理,但在实际项目中仍有许多潜在坑点。文章详细分析了三个典型问题:1) 异常未被捕获导致事务未回滚,需明确指定`rollbackFor`属性;2) 异常被try-catch“吃掉”,应避免在事务方法中直接处理异常;3) 事务范围与锁范围不一致引发并发问题,建议调整锁策略以覆盖事务范围。这些问题看似简单,但一旦发生,排查难度较大,因此开发时需格外留意。最后,文章提供了课程源代码下载地址,供读者实践参考。
79 0
微服务——SpringBoot使用归纳——Spring Boot事务配置管理——Spring Boot 事务配置
本文介绍了 Spring Boot 中的事务配置与使用方法。首先需要导入 MySQL 依赖,Spring Boot 会自动注入 `DataSourceTransactionManager`,无需额外配置即可通过 `@Transactional` 注解实现事务管理。接着通过创建一个用户插入功能的示例,展示了如何在 Service 层手动抛出异常以测试事务回滚机制。测试结果表明,数据库中未新增记录,证明事务已成功回滚。此过程简单高效,适合日常开发需求。
193 0
微服务——SpringBoot使用归纳——Spring Boot事务配置管理——事务相关
本文介绍Spring Boot事务配置管理,阐述事务在企业应用开发中的重要性。事务确保数据操作可靠,任一异常均可回滚至初始状态,如转账、购票等场景需全流程执行成功才算完成。同时,事务管理在Spring Boot的service层广泛应用,但根据实际需求也可能存在无需事务的情况,例如独立数据插入操作。
51 0
Spring事务失效场景
本文深入探讨了Spring框架中事务管理可能失效的几种常见场景及解决方案,包括事务方法访问级别不当、方法内部自调用、错误的异常处理、事务管理器或数据源配置错误、数据库不支持事务以及不合理的事务传播行为或隔离级别。通过合理配置和正确使用`@Transactional`注解,开发者可以有效避免这些问题,确保应用的数据一致性和完整性。
113 10
【Spring】【事务】初学者直呼学会了的Spring事务入门
本文深入解析了Spring事务的核心概念与使用方法。Spring事务是一种数据库事务管理机制,通过确保操作的原子性、一致性、隔离性和持久性(ACID),维护数据完整性。文章详细讲解了声明式事务(@Transactional注解)和编程式事务(TransactionTemplate、PlatformTransactionManager)的区别与用法,并探讨了事务传播行为(如REQUIRED、REQUIRES_NEW等)及隔离级别(如READ_COMMITTED、REPEATABLE_READ)。
107 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事务中的问题。
109 7
【SpringFramework】Spring事务
本文简述Spring中数据库及事务相关衍伸知识点。
77 9
理解和解决Spring框架中的事务自调用问题
事务自调用问题是由于 Spring AOP 代理机制引起的,当方法在同一个类内部自调用时,事务注解将失效。通过使用代理对象调用、将事务逻辑分离到不同类中或使用 AspectJ 模式,可以有效解决这一问题。理解和解决这一问题,对于保证 Spring 应用中的事务管理正确性至关重要。掌握这些技巧,可以提高开发效率和代码的健壮性。
417 13

热门文章

最新文章

AI助理

你好,我是AI助理

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

登录插画

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

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