内部事务异常

外层无事务避免内部事务回滚影响
最新推荐文章于 2022-07-26 10:36:33 发布
最新推荐文章于 2022-07-26 10:36:33 发布
阅读量156 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/iteye_21256/article/details/82067564
博客指出，若条件允许，外层不使用事务，如此可避免内部事务回滚对外层产生影响，涉及数据库事务管理相关信息技术知识。

如果可以，外层不用事务，这样里面的事务回滚不会影响到外面的。

嵌套事务回滚
weixin_41622195的博客
05-15 1898
在SqlServer里，嵌套事务的层次是由@@TranCount全局变量反映出来的。每一次Begin Transaction都会引起@@TranCount加1。而每一次Commit Transaction都会使@@TranCount减1，而RollBack Transaction会回滚所有的嵌套事务包括已经提交的事务和未提交的事务，而使@@TranCount置0。会导致外层事务RollBack T...
Spring事务之UnexpectedRollbackException异常解决指南
Roc的博客
08-12 944
org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only 这个异常，往往意味着事务边界处理出现了问题。当一个事务（外层事务）尝试提交时，发现该事务已被内部标记为“必须回滚”（rollback-only），导致无法正常提交，从而抛出此异常。
spring内外事务总结
weixin_47472178的博客
07-26 1035
spring内外事务总结
Spring中事务传播
热门推荐
weixin_43234647的博客
11-25 1万+
首先要有前导知识，知道单个事务的情况下程序提交还是回滚是取决于是否有异常，有异常则回滚，无异常则提交。 在没有使用Spring的时候，在服务之间调用的时候，只要我们在操作数据库的时候使用的是同一个连接，则就能保证是同一个事务。所以只要把Connection作为参数传递给下一个服务即可。 但是使用Spring以后，所有的服务（Spring中的Bean元素）和事务都是交由Spring管理，所以按之前的操作仍是可以处理事务，但是Spring为提供了两种事务管理方式，更应该使用Spring提供的事务管理方式。而Sp
事务中的异常捕获不到
b052718的专栏
11-03 501
在声明事务的方法中，捕获异常失败。 虽然发生了异常，却没被捕获，实验发现在外层是可以捕获的，方法内捕获不到，因为该事务是方法执行完才进行事务提交的。所以在方法内捕获类似于乐观锁的提交异常是捕获不到的。...
事务的回滚五种方法
pengxiaodong19862的专栏
12-05 1万+
前段时间对Spring的事务配置做了比较深入的研究，在此之间对Spring的事务配置虽说也配置过，但是一直没有一个清楚的认识。通过这次的学习发觉Spring的事务配置只要把思路理清，还是比较好掌握的。     总结如下：     Spring配置文件中关于事务配置总是由三个组成部分，分别是DataSource、TransactionManager和代理机制这三部分，无论哪种配置方式，一般变
spring事务异常回滚实例解析
08-28
本文主要关注的是声明式事务管理，尤其是涉及到事务异常回滚的实例解析。 首先，Spring 默认只有在遇到未捕获的 `RuntimeException` 或其子类时才会触发事务回滚。这意味着，如果在业务代码中对异常进行了捕获并...
oracle 自治事务异常不回滚,Oracle自治事务实例讲解
weixin_36328025的博客
04-05 674
一、自治事务使用情况无法回滚的审计 ： 一般情况下利用触发器禁止某些对表的更新等操作时，若记录日志，则触发器最后抛出异常时会造成日志回滚。利用自治事务可防止此点。避免变异表： 即在触发器中操作触发此触发器的表在触发器中使用ddl 写数据库：对数据库有写操作(insert、update、delete、create、alter、commit)的存储过程或函数是无法简单的用sql来调用的，此时可以将其设...
Spring事务嵌套：业务场景事务2异常时需要事务2回滚事务1提交
zhangm2020的博客
02-04 1450
目录 想法1：改变事务的传播方式 想法2：当前情况就不应该使用事务嵌套（在事务方法1使用异步调用方法2） 情况： 前提：事务方法1调用事务方法2，两个方法可单独工作， 现要实现当事务方法2出现异常时，事务方法1正常提交，事务方法2回滚 想法1：改变事务的传播方式 嵌套事务：就是事务方法A调用事务方法B，外层调用方法和内层被调用方法都是事务方法的情况。 一般我们不关心...
REQUIRES_NEW不起作用导致整个事务回滚——Spring事务传播机制
LiQiyao的博客
05-03 4443
1、Propagation.REQUIRES_NEW的作用假设有个对象A，有a()方法，有个对象B，有b()方法。在a方法中调用了b方法，b方法被称为内嵌事务，不管a方法是否开启事务，只要b方法的事务的隔离级别为REQUIRES_NEW，则一定会在调用b方法时产生一个新的事务。2、一个场景A的a()方法：    @Transactional public void a() { ...
事务的那些坑
guduyishuai的博客
03-30 3544
总结一下事务在使用过程中的一些坑。           在介绍之前，先普及一些基础知识           一、基础知识                 事务隔离等级                  一般事务的隔离等级有Read uncommitted，Read committed，Repeatable read，Serializable。其中隔离程度越来越严格，到了Serializab
嵌套事务及事务不起作用的问题
yanweihpu的博客
04-27 4948
代码方法示例 @Transactional public void saveAA() {     try {     //方法A第一次更新数据 mapper.save(); //调用方法B更新数据 this.saveBB();     } catch (Exception e) {...
Spring事务 内部调用事务失效、异常回滚
仙甍的博客
11-19 1480
内部调用事务失效 同一个service内，如果service调用的主方法上没有加事务注解，主方法的调用了该service的另一个有事务注解的方法，这个注解不会生效。 主要原因在于事务是通过AOP实现的，代理对象调用的方法上有事务注解，事务才会生效。 在同一个Service类中，只有由service代理类直接调用的方法能够被增强，调用类内部的时候对象不再是代理对象而是this即目标对象本身，另一个方法不能够再被增强，所以另一个方法的事务不能生效 如果主方法又不想加事务，另一个方法又想能..
嵌套事务的回滚
青鸟飞鱼
05-02 1万+
嵌套事务和事务保存点的错误处理 对于嵌套事务。 1.外部起事务，内部起事务，内外都有Try Catch 内部出错:如果内部事务出错，内部和外部事物全部回滚，外部回滚之前的操作全部不存在，但是之后的操作继续执行。 外部出错:如果外部事物出错，内部和外部事物全部回滚，外部回滚之前的操作全部不存在，但是之后的操作继续执行。 注:如果内部的事务不起事务名称，内部如果出错，
事务嵌套和捕获异常的关系以及问题解决方案
Xiaoqiu的博客
04-23 1874
默认spring事务只在发生未被捕获的 runtimeexcetpion时才回滚。 spring aop 异常捕获原理：被拦截的方法需显式抛出异常，并不能经任何处理，这样aop代理才能捕获到方法的异常，才能进行回滚，默认情况下aop只捕获runtimeexception的异常，但可以通过配置来捕获特定的异常并回滚 。 换句话说在service的方法中不使用try catch 或者在cat...
pngquant-2.12.5-1.el8.tar.gz
09-10
# 适用操作系统：Centos8 #Step1、解压 tar -zxvf xxx.el8.tar.gz #Step2、进入解压后的目录，执行安装 sudo rpm -ivh *.rpm
poezio-0.13.1-3.el8.tar.gz
09-10
# 适用操作系统：Centos8 #Step1、解压 tar -zxvf xxx.el8.tar.gz #Step2、进入解压后的目录，执行安装 sudo rpm -ivh *.rpm
Excel表格通用模板：装修装潢预算表(实用).xls
最新发布
09-10
Excel表格通用模板：装修装潢预算表(实用).xls
事务被异常吃了
03-31
<think>好的，我现在需要解决用户提出的关于Spring事务在异常情况下不回滚的问题。用户已经提供了一些相关的引用资料，我需要先仔细理解这些资料，然后整理出可能的原因和对应的解决方案。 首先，用户提到的引用资料指出，Spring的@Transactional注解默认只在遇到RuntimeException和Error时才会回滚事务，而检查型异常（Checked Exceptions）不会触发回滚。例如，如果抛出一个IOException，默认情况下事务不会回滚。这是第一个可能的原因。解决方案可能是在@Transactional注解中指定rollbackFor属性，将其设置为Exception.class，这样所有异常都会触发回滚。 接下来，引用资料中提到如果在Service层使用了try-catch捕获了异常，并且没有重新抛出，那么AOP代理就无法感知到异常的发生，导致事务不会回滚。这种情况下，即使有异常，但由于被捕获处理了，Spring并不知道需要回滚。解决方法是在捕获异常后，要么不再捕获，要么在catch块中手动抛出RuntimeException或使用TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()来标记回滚。 另外，关于注解的配置问题，如果@Transactional注解没有正确配置，比如放在了私有方法上，或者代理模式设置不正确（比如使用了CGLIB代理而配置有误），也可能导致事务不生效。需要检查方法是否是public的，以及是否启用了基于代理的事务管理。 还有一个可能是数据库引擎不支持事务，比如MySQL的MyISAM引擎不支持事务，而InnoDB支持。因此，需要确认数据库表使用的是支持事务的引擎。 此外，自调用问题也可能导致事务不生效，即一个类内部的方法调用另一个带有@Transactional注解的方法，这时候代理无法拦截内部调用，导致事务不生效。解决方法是通过AopContext获取代理对象来调用，或者将方法移到另一个类中。 现在我需要将这些可能的原因和对应的解决方案整理成结构清晰的回答，确保覆盖用户提供的引用内容，并且语言准确。同时，要生成相关问题，帮助用户进一步理解。 需要注意的是，用户提供的引用中有关于Java自定义异常未回滚的情况，因此在解决方案中需要提到自定义异常的处理，比如确保自定义异常继承自RuntimeException或在@Transactional中指定rollbackFor为自定义异常类。 最后，要确保回答符合用户的要求，使用中文，行内公式用$...$，独立公式用$$...$$，但在这个问题中可能不太涉及数学公式，但需要遵循其他格式要求，如引用标识的正确添加。</think>### Spring事务异常不回滚的原因及解决方案 #### 一、原因分析 1. **默认回滚策略限制** Spring的`@Transactional`默认仅在遇到**未检查异常**（即`RuntimeException`及其子类）或`Error`时回滚事务。若抛出的异常是**检查型异常**（如`IOException`、`SQLException`），事务不会回滚[^2][^4]。 2. **异常被捕获未抛出** 在`try-catch`代码块中捕获异常后未重新抛出，导致Spring AOP无法感知异常，事务不会回滚[^3][^5]。例如： ```java @Transactional public void method() { try { // 业务代码 } catch (Exception e) { // 仅打印日志，未抛出异常 logger.error("Error:", e); } } ``` 3. **事务注解配置错误** - `@Transactional`未正确配置，如标注在`private`方法上，或代理模式未启用（如未设置`@EnableTransactionManagement`）。 - 未指定`rollbackFor`属性处理自定义异常[^4]。 4. **数据库引擎不支持事务** 若使用不支持事务的数据库引擎（如MySQL的`MyISAM`），事务功能无法生效[^1]。 5. **自调用问题** 类内部方法直接调用另一个`@Transactional`方法，导致代理失效，事务未生效。例如： ```java public class ServiceA { public void methodA() { methodB(); // 自调用，事务失效 } @Transactional public void methodB() { // 业务代码 } } ``` --- #### 二、解决方案 1. **调整回滚策略** 在`@Transactional`中明确指定`rollbackFor`属性，覆盖检查型异常或自定义异常： ```java @Transactional(rollbackFor = Exception.class) // 所有异常均触发回滚 public void method() { ... } ``` 2. **正确处理异常** - **方案1**：不在Service层捕获异常，交由AOP处理。 - **方案2**：若需捕获异常，需手动触发回滚： ```java @Transactional public void method() { try { // 业务代码 } catch (Exception e) { logger.error("Error:", e); TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); // 手动回滚 } } ``` 3. **确保注解配置正确** - 仅标注在`public`方法上。 - 检查代理模式（如使用`@EnableAspectJAutoProxy(exposeProxy = true)`）[^5]。 4. **使用支持事务的数据库引擎** 将数据库表引擎切换为`InnoDB`（MySQL）或其他支持事务的引擎。 5. **避免自调用** - 通过代理对象调用方法： ```java ((ServiceA) AopContext.currentProxy()).methodB(); ``` - 将事务方法拆分到不同类中。 --- #### 三、验证事务配置 可通过以下方式测试事务是否生效： ```java @Transactional(rollbackFor = Exception.class) public void testTransaction() { insertData(); // 插入数据 throw new RuntimeException("Test Rollback"); // 抛出异常 } ``` 若事务生效，插入的数据会被回滚。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值