spring 事务回滚失败异常

这篇具有很好参考价值的文章主要介绍了spring 事务回滚失败异常。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

1 背景介绍

事务模板里抛异常,抛异常前的update操作成功,事务没有回滚成功,业务数据还是落db了。debug代码,发现GenericConnectionContext类中derivedConnectionMap是空的,导致回滚代码没有执行

2 解决方案

保证事务内所有的 DAO 操作所涉及的数据源和事务模板所关联的数据源都是同一个对象, bundle 都是 Spring 上下文隔离的,也需要 DAO 和事务模板在同一个 bundle 内。

需要注意创建事务模版地方的数据源,和 dao 对应的数据源是同一个,如果不是,需要重新建一个事务模版。

3 更多基础知识

事务五个隔离
3.1** ISOLATION_DEFAULT:默认隔离级别**
这是一个PlatfromTransactionManager默认的隔离级别,使用数据库默认的事务隔离级别,
**oracle默认的是.:READ_COMMITTED **,
**mysql默认的是:REPEATABLE_READ **

另外四个与JDBC的隔离级别相对应;

3.2** **ISOLATION_READ_UNCOMMITTED:读未提交
这是事务最低的隔离级别,它充许别外一个事务可以看到这个事务未提交的数据。
这种隔离级别会产生脏读,不可重复读和幻像读。

3.3** ****ISOLATION_READ_COMMITTED:读已提交 **
保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据。

这种事务隔离级别可以避免脏读出现,但是可能会出现不可重复读和幻像读。

3.4** ****ISOLATION_REPEATABLE_READ:可重复读 **
这种事务隔离级别可以防止脏读,不可重复读。但是可能出现幻像读。
它除了保证一个事务不能读取另一个事务未提交的数据外,还保证了避免下面的情况产生(不可重复读)。

3.5** ****ISOLATION_SERIALIZABLE:序列化 **
这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行。
除了防止脏读,不可重复读外,还避免了幻像读。

什么是 脏读,不可重复读,虚读?

脏读:指一个事务读取了一个未提交事务的数据
**说明:**事务1更新了记录,但没有提交,事务2读取了更新后的行,然后事务T1回滚,现在T2读取无效。

不可重复读:在一个事务内读取表中的某一行数据,多次读取结果不同.一个事务读取到了另一个事务提交后(update)的数据.
**说明:**事务1读取记录时,事务2更新了记录并提交,事务1再次读取时可以看到事务2修改后的记录;

虚读(幻读):在一个事务内读取了别的事务插入的数据,导致前后读取不一致(insert)
**说明:**事务1读取记录时事务2增加了记录并提交,事务1再次读取时可以看到事务2新增的记录;

不可重复读与幻读的区别?

不可重复读的重点是修改: 同样的条件, 你读取过的数据, 再次读取出来发现值不一样了
在一个事务中前后两次读取的结果并不一致,导致了不可重复读。
例如:在事务1中,Mary 读取了自己的工资为1000,操作并没有完成

con1 = getConnection();  
    select salary from employee empId ="Mary";

在事务2中,这时财务人员修改了Mary的工资为2000,并提交了事务.

con2 = getConnection();  
    update employee set salary = 2000;  
    con2.commit();

在事务1中,Mary 再次读取自己的工资时,工资变为了2000

//con1  
    select salary from employee empId ="Mary";

幻读的重点在于新增或者删除:

同样的条件, 第1次和第2次读出来的记录数不一样
例如:目前工资为1000的员工有10人。事务1,读取所有工资为1000的员工。

con2 = getConnection();  
    Insert into employee(empId,salary) values("Lili",1000);  
    con2.commit();

事务1再次读取所有工资为1000的员工

select * from employee where salary =1000;

共读取到了11条记录,这就产生了幻读。

从总的结果来看, 似乎不可重复读和幻读都表现为两次读取的结果不一致。

但如果你从控制的角度来看, 两者的区别就比较大。 对于前者, 只需要锁住满足条件的记录。 对于后者, 要锁住满足条件及其相近的记录。

4 事务的四个特性?

事务的四个特性(ACID)
4.1 原子性
原子性(Atomicity):操作这些指令时,要么全部执行成功,要么全部不执行。只要其中一个指令执行失败,所有的指令都执行失败,数据进行回滚,回到执行指令之前的数据状态

4.2 一致性
一致性(Consistency):事务的执行使数据从一个状态转换为另一个状态,但是对于整个数据的完整性保持稳定

4.3 隔离性
隔离性(Isolation):是当多个用户并发访问数据库时,比如操作同一张表时,数据库为每一个用户开启的事务,不能被其他事务的操作所干扰,多个并发事务之间要相互隔离。

即:要达到这么一种效果:对于任意两个并发的事务T1和T2,在事务T1看来,T2要么在T1开始之前就已经结束,要么在T1结束之后才开始,这样每个事务都感觉不到有其他事务在并发地执行

4.4 持久性
持久性(Durability):当事务正确完成后,它对于数据的改变时永久性的文章来源地址https://www.toymoban.com/news/detail-646849.html

到了这里,关于spring 事务回滚失败异常的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 【Java当中让事务回滚】

    在 Java 中,可以通过使用事务来保证数据库操作的一致性和完整性。如果在事务过程中发生了异常或错误,需要将事务回滚,以保证数据的正确性和完整性。 下面是在 Java 中让事务回滚的几种方式: 使用 Spring 事务管理:在 Spring 中,可以使用 @Transactional 注解来标记需要进行

    2024年02月11日
    浏览(32)
  • 深入了解 Spring boot的事务管理机制:掌握 Spring 事务的几种传播行为、隔离级别和回滚机制,理解 AOP 在事务管理中的应用

    🎉🎉欢迎光临,终于等到你啦🎉🎉 🏅我是苏泽,一位对技术充满热情的探索者和分享者。🚀🚀 🌟持续更新的专栏 《Spring 狂野之旅:从入门到入魔》 🚀 本专栏带你从Spring入门到入魔   这是苏泽的个人主页可以看到我其他的内容哦👇👇 努力的苏泽 http://suzee.blog.csdn

    2024年03月21日
    浏览(83)
  • 多线程事务怎么回滚?

    项目中用到了多线程去批量处理一些数据,当时想当然认为只要方法上加上@Transactional注解就好了,实际并未达到想要的处理效果。特此去学习了下关于多线程事务回滚相关方案,参考了网上其他资料,这里整理并记录下学习历程。 站在巨人的肩膀上,我们可以看的更远!

    2024年02月13日
    浏览(38)
  • SQL事务的开启,提交和回滚

    在处理数据库数据的时候会出现一种情况就是我们删除两个关联的表其中一个表的信息,另一个表也需要改动,但是我们SQL语句在同时更改两个表的同时,难免会出现一个表修改成功,另一个出现错误,这时候表与表之间就会出现矛盾,就用到了回滚,为了更安全的修改表的

    2024年02月04日
    浏览(60)
  • SpringBoot 事务回滚注意事项

    参考资料 导致 Spring 事务失效常见的几种情况 SpringBoot2异常处理回滚事务详解(自动回滚/手动回滚/部分回滚) Spring,为内部方法新起一个事务,此处应有坑。 PlatformTransactionManager Spring 事务管理及失效总结 我认真总结并分析了 Spring 事务失效的十种常见场景 SpringBoot AOP配置全

    2024年02月14日
    浏览(40)
  • [Spring5.3.2] Servlet[springmvc]的Servlet.init()引发异常, 解析类文件失败

    问题表现: 图中提到的问题: 例外情况 javax.servlet.ServletException: Servlet[springmvc]的Servlet.init()引发异常 根本原因 org.springframework.beans.factory.BeanDefinitionStoreException: Failed to read candidate component class: file [D:apache-tomcat-9.0.69webappsch2_2WEB-INFclassescontrollerIndexController.class]; nested excep

    2024年02月02日
    浏览(34)
  • 单元测试JunitTest加@Transactional事务自动回滚

    在测试事务传播行为的时候,使用单位测试加了@Transactional,一开始是正常,后面出现了异常,即使没有报错的情况下,事务也会自动回滚 Rolled back transaction for test,数据都回滚了 1、方法加注解@Rollback(false) 该注解是直接关闭了自动回滚,异常情况下,数据也不会回滚 数据成

    2024年02月07日
    浏览(76)
  • @Transactional注解作用,不生效的场景,事务回滚

    声明式事务管理建立在AOP之上的。其本质是对方法前后进行拦截,然后在目标方法开始之前创建或者加入一个事务,在执行完目标方法之后根据执行情况提交或者回滚事务。 简而言之,@Transactional注解在代码执行出错的时候能够进行事务的回滚。 在启动类上添加@EnableTransac

    2024年02月10日
    浏览(50)
  • 微服务中 Seata “分支事务不回滚”问题的复盘

    本篇记录原写于去年。 一个下单逻辑跨了3个服务,采用 Seata AT 模式做分布式事务。 分布式事务的处理并未成功,具体表现为:在出现异常后,3 个数据库里的表谁也没回滚。 本来以为是自己看错了,但是经过笔者的多次验证后,得到的结果都是如此,分支事务并未被正常处

    2024年02月12日
    浏览(39)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包