记一次@Transactional事务回滚的问题

最新推荐文章于 2024-05-05 19:40:04 发布
最新推荐文章于 2024-05-05 19:40:04 发布
阅读量325 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： spring boot 文章标签： java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/xiaolegeaizy/article/details/120492777
本文讲述了在系统测试中遇到的一个关于事务处理的问题。测试过程中，一个简单任务的复制功能由于@Transactional配置不当，在inserttable2步骤发生异常时，事务只回滚了最后两步，而未涉及DDL操作。作者发现DDL放最后可以触发全部回滚。通过这个bug的解决，强调了事务管理和异常处理在数据库操作中的重要性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

这两天部门组织系统测试，忍不住再次夸赞下测试组的小姐姐们真是心细啊！！！！

一个简单的任务复制功能，就是copy一条数据库的现有数据进行一些处理后然后作为一条新的数据插入数据库。实现类方法添加了@Transactional(rollbackFor = Exception.class)，过程中涉及两个张表：

插入动作流程如下：

结果由于最后一步insert table2的时候发生异常(我可以说不是我的bug吗) ，导致事务回滚，结果他只把最后两步的操作回滚了，碰到ddl就终止了，这个操作之前确实没注意，就导致插入的数据有问题。

经过测试发现ddl放最后如果ddl发生异常是可以把上面的步骤全部回滚的

 有解决一个bug

关机底薪到手

记录一次@Transactional注解生效，日志显示回滚但是数据库仍然执行的问题
qq_39881247的博客
12-13 1623
在网上查了很多@Transactional注解不起作用的问题，但都没有解决问题，原来是Mysql默认的操作模式就是autocommit，每个操作都会被当作一个独立的事务，因此才会日志显示回滚，但是数据库的数据仍然发生了变动，因此修改c3p0的配置文件如下 <property name="connectionCustomizerClassName" value="com.oa.util.MyC...
【@Transactional和@Async】填坑日记
吉光片羽的博客
12-04 1209
讲述了@Transtctional @Async执行，本篇则详细讲述两者互存的各种场景及其使用注意事项
浅谈Spring中@Transactional事务回滚及示例（附源码）
08-28
本篇文章主要介绍了浅谈Spring中@Transactional事务回滚及示例（附源码），小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
@Transactional 事务回滚 分析
哈哈__哈哈的专栏
11-08 255
@Transactional 事务回滚   Spring的AOP事务管理默认是针对unchecked exception回滚(运行期异常，Runtime Exception)。 unchecked ，就是不用手工写try catch的exception   Exception作为基类，下面还分checked exception和unchecked exception。如果客户端可以通...
@transactional 事务回滚
才子佳人的博客
10-10 224
处理回滚事务 方案1. 例如service层处理事务，那么service中的方法中不做异常捕获，或者在catch语句中最后增加throw new RuntimeException()语句，以便让aop捕获异常再去回滚，并且在service上层（webservice客户端，view层action）要继续捕获这个异常并处理 方案2. 在service层方法的catch语句中增加：TransactionAspectSupport.currentTransactionStatus().setRollb...
当@Transactional遇上DDL的事务回滚问题
weixin_48568302的博客
02-22 902
当@Transactional遇上DDL的事务回滚问题
事务回滚@ Transactional 详谈
深夜的猫头鹰的博客
05-26 1353
前言： 事务回滚我们总是在用到，但是有可能不太了解具体的细节，接下来我会通过源码解读以及真实的案例测试，来说明。 接下来我会从三方面来讲述事务的运用： 源码解读 事务使用 事务的失效场景 1.源码解读 /** 描述事务的属性在一个方法或者类上（个人觉得应该是使用事务的属性在方法或者类上） *<p> 这种注释类型通常可以直接与Spring的注释类型进行比较， 实际上将直接将数据转换为后者，因此Spring的事务支持代码不必知道注释。 如果没有规则与异常相关，则将其视为回滚运行时异.
@Transactional开启事务以及@Transactional属性配置
weixin_44976835的博客
08-25 5411
@Transactional事务有如下可添加参数： 参数名 参数值 参数作用 noRollbackFor Class<? extends Throwable>[] 一组异常类，遇到时不回滚。默认为{} isolation 枚举org.springframework.transaction.annotation.Isolation的值 事务隔离级别 noRollbackForClassName Stirng[] 一组异常类名，遇到时不回滚，默认为{} propagati
@Transactional 注解和事务的使用、失效情况
учёба
05-05 1853
针对隔离性的强度，共有以下事务提交之后事务还没有提交能被其他的事务看到因此，有下述三个事务的隔离级别脏读不可重复读幻读不可重复读的和幻读很容易混淆，不可重复读侧重于修改幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行，解决幻读需要锁表。
记录@Transactional注解和多数据源相遇引发的一些问题
super超的博客
05-29 2705
可以使用分布式数据库，根据需求将数据分散在不同的节点中，不仅可以降低单个数据库的压力，提高了数据库的扩展性、可用性，还可以减少数据源的切换次数，使得多数据源之间的数据交互变得更加简单。比如，如果一个事务需要访问多个数据源，如果在两个不同的数据源中分别开启事务，那么可能出现一个数据源的事务提交成功，而另外一个数据源的事务提交失败的情况，这样就会导致数据的不一致性。反正尽可能减少数据源的切换次数，或者使用一些同步机制共享的连接池，或者使用分布式事务等，解决办法还是很多的，目的都是保证数据的一致性和稳定性。
Spring中的@Transactional事物回滚实例源码
12-28
Spring中的@Transactional事物回滚实例源码
@Transactional注解作用，不生效的场景，事务回滚
学Java，找哪吒
05-27 8894
目前已经800+订阅，优快云最强Java专栏，包含全部Java基础知识点、Java8新特性、Java集合、Java多线程、Java代码实例，理论结合实战，实现Java的轻松学习。
Spring事务Transactional异常回滚、事务传播
weixin_47878012的博客
01-31 2296
所谓事务的传播行为，指的就是在A方法运行的时候，首先会开启一个事务，在A方法当中又调用了B方法， B方法自身也具有事务，那么B方法在运行的时候，到底是加入到A方法的事务当中来，还是B方法在运行的时候新建一个事务？以上业务功能delete()方法在运行时，会引发除0的算数运算异常(运行时异常)，出现异常之后，由于我们在方法上加了@Transactional注解进行事务管理，所以发生异常会执行rollback回滚操作，从而保证事务操作前后数据是一致的。例如：两个事务方法，一个A方法，一个B方法。
记录@Transactional事务只回滚循环中的某次操作，其他循环正常执行
qq_46535617的博客
01-26 689
@Transactional ( propagation = Propagation.REQUIRES_NEW) 是指，上层若存在事务，则将上层事务进行挂起，自己新建一个事务进行执行，新建的事务中如果抛错不会影响其他循环执行的操作，自己的方法会进行回滚。默认@Transactional 是指，上层调用如果有事务就加入事务，没有事务就创建事务执行。
注释@Transactional如何回滚？
dituirenwu的博客
02-26 340
Android 中JsBridge使用方式
yushuangping的博客
11-25 3843
近期在做一个项目，使用的是Native+H5的方式实现的。众所周知的是在Android中，Webview所实现的java与js的交互存在一些安全问题，并且这样的使用方式，没法让一套H5同时适配Android和iOS两个平台，因此，就需要有一个中间组件来实现js与本地的代码的交互，也就是JsBridg 这里介绍下JsBridge第三方库的使用。 github传送门：https://github.com/lzyzsd/JsBridge 效果图如下： 使用作者推荐方式 1.首先在...
**@Transactional事务回滚的注意事项**
weixin_49090780的博客
12-03 419
@Transactional事务回滚的注意事项 @Transactional 注解可作用在接口、接口方法、类和类方法上。 但是 Spring 建议不要在接口或者接口方法上使用该注解，因为 这只有在使用基于接口的代理时它才会生效。另外， @Transactional 注解应该只被应用到 public 方法上，这是由 Spring AOP 的本质决定的。 使用前提添加依赖 <dependency> <groupId>org.springframework</gro
@transactional 多次插入数据报错_服务端（后端）| 谈谈数据库中的行锁(二)：由一次项目中的死锁说起...
weixin_42160376的博客
12-05 926
| 场景复现 |说明：本文中所有叙述均基于MySQL 5.6版本 ，Innodb引擎 ，数据库隔离级别为可重复读在项目提交测试的过程中，测试发现会偶现接口调用失败，后台日志显示数据库死锁。经过日志错误分析，定位到如下的功能模块，此功能模块场景描述1、事务型的数据库保存方法 (带@Transactional注解的方法)，涉及数据库多个表的操作，其中包括表configuration_base...
@Transactional事务使用、属性、事务传播及手动回滚
zf_csdn123的博客
07-09 3070
事务的使用
SqlSessionTemplate 事务回滚
最新发布
02-27
### 使用 `SqlSessionTemplate` 实现事务回滚 当使用 MyBatis 的 `SqlSessionTemplate` 进行数据库操作时，为了确保数据的一致性和完整性，在遇到错误情况下应当执行事务回滚。通常情况下，这可以通过编程方式捕获异常并调用相应的 API 来完成。 对于 `SqlSessionTemplate` 而言，其内部已经封装好了大部分的事务逻辑处理工作，因此开发者不需要直接创建或关闭 `SqlSession` 对象。然而，仍然需要注意一些关键点以确保正确地实现了事务管理： - **自动提交设置**：默认情况下，`SqlSessionTemplate` 中的会话处于自动提交模式开启状态。这意味着每次执行 SQL 命令之后都会立即生效。为了避免这种情况影响到整个事务流程，建议显式地禁用自动提交功能[^2]。 - **异常捕捉与传播**：在业务代码中应合理设计 try-catch 结构来监控可能出现的各种运行期异常，并根据实际情况决定是否触发回滚动作。一旦检测到了不可恢复的错误，则应及时通知框架进行回滚操作。 下面是一个简单的例子展示了如何利用 `@Transactional` 注解配合 `SqlSessionTemplate` 完成基本的 CRUD 操作以及必要的回滚机制： ```java @Service public class UserService { @Autowired private SqlSessionTemplate sqlSession; /** * 插入新用户记录 */ @Transactional(rollbackFor = Exception.class) public void insertUser(User user) throws SQLException { UserMapper mapper = sqlSession.getMapper(UserMapper.class); try { int result = mapper.insert(user); if (result != 1){ throw new RuntimeException("Insert failed"); } } catch (Exception e) { // Log exception details here... throw e; } } } ``` 在这个案例里，假设 `insert()` 方法返回值不是预期的结果数（即受影响行数），就会抛出一个运行时异常从而激活 Spring AOP 层面配置好的全局事务拦截器来进行回滚操作[^4]。 值得注意的是，如果应用程序涉及到跨多个不同数据源的操作，那么仅依靠单一的事务管理策略可能会导致部分成功的情况发生——也就是说某些更改被保存下来而其他未成功的变更却未能撤销掉。针对此类场景，推荐采用分布式事务解决方案或者调整架构使得单次请求内只作用于同一个持久化单元之上[^5]。 #### 注意事项 - 确认所使用的版本兼容性； - 配置文件中的 `<transactionManager>` 和 `<sqlSessionFactory>` 是否已正确定义关联关系； - 如果是在非 Web 应用环境中部署，请额外关注线程安全问题；
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值