Spring transaction事务之roll back回滚: rollback-for

最新推荐文章于 2025-10-06 06:54:58 发布
转载 最新推荐文章于 2025-10-06 06:54:58 发布 · 2.4w 阅读 · 21
文章标签：

#事务 #rollback-for

本文通过实验展示了在Spring框架中如何利用事务管理进行数据库操作，并阐述了不同异常类型对事务回滚的影响。重点分析了受检异常、运行时异常以及配置的rollback-for属性在事务控制流程中的作用。

试验方法：

         写一个单元测试，调用一个service层方法（发生对数据库进行写操作的方法--insert、update、delete）即可.

  applicationContext.xml 样子（如何设置rollback-for）

  1. <!-- 
  2.         spring事务管理 方法一-->  
  3.     <bean id="transactionManager"  
  4.         class="org.springframework.jdbc.datasource.DataSourceTransactionManager">  
  5.         <property name="dataSource" ref="dataSource" />  
  6.     </bean>  
  7.     <aop:config>  
  8.         <aop:pointcut id="serviceOperation" expression="execution(*  
  9.         com.*.service.*.*(..))" />  
  10.         <aop:advisor pointcut-ref="serviceOperation" advice-ref="txAdvice" />  
  11.     </aop:config>  
  12.   
  13.     <tx:advice id="txAdvice" transaction-manager="transactionManager">  
  14.         <tx:attributes>  
  15.             <tx:method name="insert*" rollback-for="Exception" />  
  16.             <tx:method name="save*" rollback-for="Exception" />  
  17.             <tx:method name="update*" rollback-for="Exception" />  
  18.             <tx:method name="delete*" rollback-for="Exception" />  
  19.             <tx:method name="*" read-only="true" rollback-for="Exception" />  
  20.         </tx:attributes>  
  21.     </tx:advice>  


试验过程：

         定义一个service方法如下：

         public SMSTiming createSMSTiming(SMSTiming smsTiming){

                   SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);

                   return s;

         }

 

         定义二个异常(先默认配置TestException为Spring事务回滚异常)：

            publicclass MyTestException extends Exception

            publicclass TestException extends Exception

 

         注意看下：每次这个方法的不同处（抛出的异常不同）。

 

测试1：

public SMSTiming createSMSTiming(SMSTiming smsTiming){

       SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);

       int i = 4/0; //人为产生异常（实际这里抛出了ArithmeticException运行异常）

       return s;

    }

测试1结果：会事务回滚----数据库中未插入新数据。

 

 

测试2：

        public SMSTiming createSMSTiming(SMSTiming smsTiming) throws Exception{//受检异常（非运行异常）必须抛出

       SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);

       try{

           int i = 4/0; //人为产生异常

       }catch(Exception e){

           thrownew Exception ("");//抛出Exception异常

       }

       return s;

    }

测试2结果：不会事务回滚----数据库中插入新数据。

 

        

测试3：

            public SMSTiming createSMSTiming(SMSTiming smsTiming) throws RuntimeException{//运行异常（非受检异常）可以不抛出

       SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);

       try{

           int i = 4/0; //人为产生异常

       }catch(Exception e){

           thrownewRuntimeException("");//抛出RuntimeException异常

       }

       return s;

    }

测试3结果：会事务回滚----数据库中未插入新数据

 

测试4：

        public SMSTiming createSMSTiming(SMSTiming smsTiming) throws TestException{//受检异常（非运行异常）必须抛出

       SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);

       try{

           int i = 4/0; //人为产生异常

       }catch(Exception e){

           thrownewTestException("");//抛出TestException异常

       }

       return s;

    }

测试4结果：会事务回滚----数据库中未插入新数据。

 

测试5：

    public SMSTiming createSMSTiming(SMSTiming smsTiming) throws MyTestException{//受检异常（非运行异常）必须抛出

       SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);

       try{

           int i = 4/0; //人为产生异常

       }catch(Exception e){

           thrownewMyTestException("");//抛出MyTestException异常

       }

       return s;

    }

 测试5结果：不会事务回滚----数据库中插入新数据。

 

测试6：

    public SMSTiming createSMSTiming(SMSTiming smsTiming) throws MyTestException{//受检异常（非运行异常）必须抛出 (注意：此时spring指定配置此异常回滚)

       SMSTiming s= this.getSmsTimingDAO().createSMSTiming(smsTiming);

       try{

           int i = 4/0; //人为产生异常

       }catch(Exception e){

           thrownewMyTestException("");//抛出MyTestException异常

       }

       return s;

    }

 测试6结果：会事务回滚----数据库中未插入新数据。

 

 

试验总结：

测试1、测试3、测试4、测试6会进行事务回滚；测试2、测试5不会进行事务回滚。

 

为什么会这样？因为是异常的类型（受检异常、运行时异常）不同或使用了Spring的rollback-for配置。

 

测试1和测试3是因为抛出了运行时异常，会事务回滚。

 

测试4和测试5、测试6分别抛出受检异常TestException、MyTestException，那为什么测试4和测试6会事务回滚呢？

因为是我们在Spring事务配置中指定了此异常（指定rollback-for）。



又一篇文章：

昨天同事说Spring的Transactional必须添加rollbackFor = Exception.class，否则事务不会回滚。但我原来试过，抛出RuntimeException时是会回滚的。于是查看Spring的Transactional的API文档，发现下面这段：

If no rules are relevant to the exception, it will be treated like DefaultTransactionAttribute (rolling back on runtime exceptions).

后面又试了下发现，如果不添加rollbackFor等属性，Spring碰到Unchecked Exceptions都会回滚，不仅是RuntimeException，也包括Error。


解决org.springframework.transaction.UnexpectedRollbackException: Transaction silently rolled back beca
念兮为美
03-02 9123
解决org.springframework.transaction.UnexpectedRollbackException: Transaction silently rolled back because it has been marked as rollback-only的问题，并通过该错误来分析来分析spring boot的事务机制。
SpringBoot事务回滚异常：Transaction rolled back because it has been marked as rollback-only
SBS技术栈-晓白
10-30 978
最近遇到这样的问题，使用spring时，在业务层需要捕获异常（特殊需要），当前一般情况下不需要这样做的。具体如下： 在ServiceA类中有method1，在该方法中调用另一个ServiceB类的method2方法时（假定该方法抛出异常），method1方法捕获该异常但是没有向上抛出。spring提示：org.springframework.transaction.UnexpectedRoll...
Spring事务处理案例总结 rollback-for使用
写博客只为学习
05-05 232
[color=red]spring只是控制数据库的事务提交和回滚，借助于java的反射机制，在事务控制的方法（通常是service层的方法）前后获取事务开启session，然后执行你的数据操作，如果你的方法内有异常被抛出，spring会捕获异常并回滚你在这个方法内所有的数据操作，如果成功则提交所有的数据，最后spring会帮你关闭需要关闭的东西。所以spring想要做的是，要程序员专注于写逻辑，不...
单元测试Transactional自动回滚
森伯416的博客
07-13 1424
使用 junit 进行单元测试，发现如下用例操作成功，但是数据库里没有新增数据，查看运行日志 Rolled back transaction for test，发现事物自动回滚了，通过 添加 @Rollback(value = false)强制提交事物。 @Test @Transactional // @Rollback(value = false) public void insert() { String name = "dkangel"; userMapper.insert(name, "
Spring Framework事务回滚规则：rollbackFor与noRollbackFor
gitblog_00675的博客
10-06 881
在Spring Framework开发中，事务管理是确保数据一致性的关键机制。当业务操作失败时，事务回滚可以避免数据处于不一致状态。本文将详细解析`@Transactional`注解中的`rollbackFor`与`noRollbackFor`属性，帮助开发者准确控制事务回滚行为，解决"明明抛了异常却不回滚"的常见问题。 ## 事务回滚的默认行为 Spring事务管理的核心注解是`@Trans...
Spring事务管理——回滚(rollback-for)控制
热门推荐
奔跑的蜗牛
06-18 2万+
探讨Spring事务控制中，异常触发事务回滚原理。文章进行了6种情况下的Spring事务是否回滚。 以下代码都是基于Spring与Mybatis整合，使用Spring声明式事务配置事务方法。 1.不捕获异常(一般处理方式)代码，其中contentMappger.updateWithErrTest(31L); 是SQL语句错误，用来测试回滚。/** * 删除多条记录 */
Spring中的rollbackfor
Diligently
04-09 826
Spring中的@Transactional(rollbackFor = Exception.class)属性详解 https://www.cnblogs.com/clwydjgs/p/9317849.html 一次Spring Transactional嵌套事务使用不同的rollbackFor的分析 https://www.cnblogs.com/null-qige/p/924372...
spring事务管理@Transactional为什么要添加rollbackFor=Exception.class
weixin_43401380的博客
11-13 2996
方法拦截器进行拦截请求,执行业务逻辑.执行过程中出现异常之后走事务处理逻辑.
@Transactional事务回滚异常：Transaction rolled back because it has been marked as rollback-only
程序员Forlan的博客
01-08 1万+
本文主要探讨了一个常见的Spring框架中的事务管理问题，即事务回滚异常@Transactional。首先，通过问题描述，让读者了解这个问题的现象和影响。然后，通过原因分析，深入解析了导致这个问题的几种可能原因，包括异常示例代码和查看源码。最后，通过解决方案部分，给出了解决这个问题的几种方法，并推荐了最佳实践。通过本文，读者可以更好地理解Spring框架中的事务管理机制，并学会如何解决常见的事务回滚异常问题。
Transaction rolled back because it has been marked as rollback-only
weixin_40991408的博客
03-03 3697
Transaction rolled back because it has been marked as rollback-only
UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only
学无止境！
02-19 1351
导致这个异常的原因是： 在使用Spring事务的过程中，A方法调用B方法，A B方法都操作了数据库，B方法由于抛出异常需要回滚，而A方法没有抛出异常所以要执行提交，而Spring默认的事务传播行为是Propagation.REQUIRED，即A B方法处于同一个事务中，一个要回滚一个要提交，这样就导致了冲突。 导致异常的代码样例如下： @Service public class StudentServiceImpl implements IStudentService{ private Studen
Spring事务细节【回滚设置】：rollbackFor + noRollbackFor
jarvis的博客
12-20 4559
电饭锅
Caused by: java.sql.BatchUpdateException: Transaction error, need to rollback. errno:1205 Lock wait ...
weixin_30262255的博客
07-11 1172
更新的时候报 Caused by: java.sql.BatchUpdateException: Transaction error, need to rollback. errno:1205 Lock wait timeout exceeded; try restarting transaction update_time=now() where streaming_no=? ...
Spring事务管理之回滚异常rollback-for
jylinxmu的博客
06-27 7584
一、业务背景业务需求：服务层调用多个dao方法，要求只要有一条数据库执行语句出错，则全部回滚。而实际情况是前面四条执行成功，第五条失败，结果只是抛出异常提示，前面四条还是成功执行。二、出错原因异常分为checked Exception 捕获异常 跟 unchecked Exception 未捕获异常，Spring默认发生未捕获异常时自动回滚，如发生RuntimeException。项目中都有针对调...
Spring事务的进阶。@Transactional的rollbackFor和propagation属性。
2302_79020600的博客
07-08 2543
@Transactional注解当中的第二个属性propagation，这个属性是用来配置事务的传播行为的。什么是事务的传播行为呢？就是当一个事务方法被另一个事务方法调用时，这个事务方法应该如何进行事务控制。例如：两个事务方法，一个A方法，一个B方法。在这两个方法上都添加了@Transactional注解，就代表这两个方法都具有事务，而在A方法当中又去调用了B方法。
【SpringBoot】Spring事务--详解@Transactional：rollbackFor、事务隔离级别（isolation）、事务传播机制（propagation））
Code哈哈笑的博客
05-05 1594
本文详细解析了Spring框架中@Transactional注解的三个核心属性：rollbackFor、isolation和propagation。首先，通过转账案例演示了rollbackFor的作用机制，指出默认仅回滚RuntimeException和Error，需显式配置rollbackFor=Exception.class才能实现全异常回滚。其次，对比了MySQL的四种事务隔离级别与Spring的五种实现，强调默认Isolation.DEFAULT会继承数据库设置，并通过代码示例展示隔离级别的具体应用
Spring事务（@Transactional，rollbackFor，propagation）【详解】
qq_1424674116的博客
03-20 2653
NOT_SUPPORTED：如果有事务就挂起不用，以非事务方式执行；如果没有事务，以非事务方式执行。REQUIRES_NEW：如果有事务就挂起不用，而是开启新事务；如果没有事务就开启新事务。如果有事务，就开启一个子事务；如果没有事务，就开启新事务。NEVER：如果有事务就抛出异常；如果没有事务，就以非事务方式执行。同一个类里：一个非事务方法，通过this调用了事务方法，事务会失效。如果没有事务就以非事务方式执行。事务：用于保证组成事务的多个操作，要么一起成功，要么一起失败。如果没有事务就开启新事务。
Spring事务@Transactional注解rollbackFor属性注意事项
涛哥是个大帅比
06-21 3931
Transactional只能回滚RuntimeException和RuntimeException下面的子类抛出的异常 不能回滚Exception异常。如果需要支持回滚Exception异常请用@Transactional(rollbackFor = Exception.class)增删改的时候建议使用@Transactional(rollbackFor = Exception.class)不是用public修饰try catch捕获了异常(没有在catch里面手动抛出异常)
达梦数据库查询报错 Could not roll back JDBC transaction; nested exception is java.sql.SQLException: Connection is closed
最新发布
11-22
<think> 首先，用户的问题是关于达梦数据库（DAMENG Database）的查询报错：“Could not roll back JDBC transaction; nested exception is java.sql.SQLException: Connection is closed”。我需要提供解决方案。 从系统级指令中，我有一些引用：引用[1]、[2]、[3]描述了类似的错误，但涉及JDBC事务回滚失败，原因是连接已关闭。这些引用似乎是关于Spring框架中事务处理的错误，例如在MySQL或Hibernate中。 用户明确说这些引用仅供参考，并不是真正的需求。我应该基于用户的问题和我的回答来提供解决方案。用户的问题是针对达梦数据库的。 关键点： - 错误信息：在回滚JDBC事务时连接已关闭。 - 这通常发生在数据库连接在事务完成前被关闭了。 常见原因： 1. 连接泄漏：在事务中使用了连接，但没有正确关闭。 2. 超时：数据库连接超时或被服务器关闭。 3. 资源管理不当：在事务处理过程中连接被提前释放。 4. 配置问题：连接池配置不合理，如超时时间设置过短。 解决方案步骤： 1. **检查连接管理**： - 确保在事务完成后正确关闭数据库连接。 - 使用连接池（如HikariCP、DBCP）来管理连接。 - 避免在事务中手动关闭连接。 2. **检查连接池配置**： - 增加连接的超时时间。 - 设置合理的空闲连接超时和最大连接数。 - 对于达梦数据库，检查JDBC驱动版本是否兼容。 3. **检查事务代码**： - 确保事务边界正确设置。 - 使用Spring的@Transactional注解或编程式事务管理。 - 确保在事务提交或回滚前连接是活动的。 4. **日志和调试**： - 启用详细日志记录，查看连接关闭的时机。 - 检查是否有异常导致连接提前关闭。 5. **数据库端检查**： - 检查达梦数据库的连接超时设置。 - 确保数据库服务器没有主动断开空闲连接。 - 更新JDBC驱动到最新版本。 6. **特定于达梦数据库的解决方案**： - 达梦数据库可能有自己的JDBC驱动和配置参数。 - 参考达梦官方文档或社区支持。 - 检查驱动是否支持Spring事务管理。 由于用户提到了Spring异常，我假设他们使用的是Spring框架。因此，解决方案应涉及Spring事务管理。 结构化回答： - 用中文回答。 - 结构清晰：先解释问题，然后提供步骤。 - 使用行内LaTeX数学表达式（如果需要），但这里可能不需要太多数学。 - 独立公式单独成段（如果适用）。 - 在引用末尾添加引用标识[^1]、[^2]等，但用户提供的引用是示例，我应该基于问题引用。 用户提供的引用是示例性的，我需要引用它们，因为它们与错误相关： - [^1]：Could not roll back JDBC transaction; connection closed. - [^2]：Could not commit JDBC transaction; connection closed. - [^3]：Could not roll back Hibernate transaction; rollback failed. 在回答中，我可以引用这些作为类似问题的例子。 最终，生成相关问题作为结尾。 回答大纲： 1. **问题解释**：简要解释错误原因。 2. **解决方案**：列出步骤。 3. **代码示例**（可选）：如果适用，提供代码片段。 4. **相关问题**：生成相关问题。 代码示例：如果需要，提供Java代码来正确管理事务。 确保回答真实可靠：基于一般JDBC和Spring事务知识。 </think>### 达梦数据库报错 "Could not roll back JDBC transaction; nested exception is java.sql.SQLException: Connection is closed" 的解决方案 这个错误通常发生在使用达梦数据库（DM Database）的JDBC连接时，事务在回滚过程中检测到数据库连接已被关闭。这源于资源管理不当、连接泄漏或配置问题，导致事务无法正常完成回滚操作[^1]。以下是针对达梦数据库的逐步解决方案。解决方案基于JDBC事务管理和Spring框架的最佳实践，确保您的代码稳定可靠。 #### 1. **检查连接管理和事务边界** - **原因分析**：事务处理过程中，连接被提前关闭（例如，由于代码错误或超时）。达梦数据库的JDBC驱动（如`DmJdbcDriver`）在连接关闭后无法执行回滚。 - **解决方案**： - 使用连接池（如HikariCP或Druid）管理数据库连接，避免手动关闭连接。 - 在事务代码中，确保在`commit()`或`rollback()`之后才释放连接。 - 示例代码（使用Spring的`@Transactional`注解）： ```java import org.springframework.transaction.annotation.Transactional; import org.springframework.jdbc.core.JdbcTemplate; @Service public class YourService { private final JdbcTemplate jdbcTemplate; public YourService(JdbcTemplate jdbcTemplate) { this.jdbcTemplate = jdbcTemplate; } @Transactional public void executeTransaction() { try { // 执行数据库操作，例如查询或更新 jdbcTemplate.update("UPDATE your_table SET column = ? WHERE condition", value); } catch (Exception e) { // 异常时自动回滚（Spring处理） throw e; // 抛出异常以触发rollback } } } ``` - 如果使用编程式事务，确保在`finally`块中检查连接状态： ```java import java.sql.Connection; import javax.sql.DataSource; import org.springframework.transaction.support.TransactionTemplate; public void manualTransaction(DataSource dataSource) { TransactionTemplate transactionTemplate = new TransactionTemplate(transactionManager); transactionTemplate.execute(status -> { Connection conn = dataSource.getConnection(); try { // 执行SQL操作 // ... // 手动提交或回滚 if (success) { conn.commit(); } else { conn.rollback(); } } catch (SQLException e) { status.setRollbackOnly(); // 标记回滚 throw new RuntimeException("Transaction failed", e); } finally { if (conn != null && !conn.isClosed()) { conn.close(); // 仅在操作完成后关闭 } } return null; }); } ``` #### 2. **优化连接池配置** - **原因分析**：连接池超时设置过短，导致达梦数据库在事务处理中自动断开空闲连接[^2]。 - **解决方案**： - 在连接池配置中增加`maxLifetime`、`idleTimeout` 和 `connectionTimeout` 值（建议设置为30秒以上）。 - 检查达梦JDBC驱动版本（推荐使用官方最新版，如`dm8-jdbc-driver`）。 - 示例配置（Spring Boot中`application.properties`）： ```properties # 达梦数据库连接配置 spring.datasource.url=jdbc:dm://localhost:5236/your_database spring.datasource.username=your_username spring.datasource.password=your_password spring.datasource.driver-class-name=dm.jdbc.driver.DmDriver # HikariCP连接池配置（超时时间调整） spring.datasource.hikari.max-lifetime=60000 # 单位毫秒（60秒） spring.datasource.hikari.idle-timeout=30000 # 单位毫秒（30秒） spring.datasource.hikari.connection-timeout=10000 # 单位毫秒（10秒） ``` #### 3. **检查数据库和驱动兼容性** - **原因分析**：达梦数据库服务器或JDBC驱动版本不兼容，导致连接异常关闭。 - **解决方案**： - 升级达梦数据库JDBC驱动到最新版本（从[达梦官网](https://www.dameng.com/)下载）。 - 检查数据库服务器的超时设置（如`INI`配置文件中的`IDLE_TIME`参数），确保它大于连接池超时。 - 测试连接有效性：在连接池中添加`test-on-borrow`或`test-on-return`选项。 #### 4. **日志和调试** - **原因分析**：异常日志可能隐藏了连接关闭的根本原因（如网络中断或资源耗尽）。 - **解决方案**： - 启用Spring事务和JDBC的详细日志（在`logback.xml`中添加）： ```xml <logger name="org.springframework.jdbc" level="DEBUG"/> <logger name="org.springframework.transaction" level="DEBUG"/> ``` - 监控连接状态：使用工具（如Druid的监控台）检查连接泄漏。 - 捕获异常：在代码中添加错误处理，记录连接关闭的堆栈信息。 #### 5. **预防措施** - 使用事务重试机制（如Spring Retry）处理临时性错误。 - 定期检查数据库连接的健康状态。 - 参考达梦官方文档的[事务管理章节](https://eco.dameng.com/document/dm/zh-cn/pm/jdbc.html)。 如果以上步骤仍无法解决，请提供更多上下文（如完整错误日志或代码片段）以便进一步分析。这个错误常见于资源管理问题，通过优化配置和代码，通常可以避免[^3]。
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值