事务什么情况下会出现异常

最新推荐文章于 2024-09-27 21:55:06 发布
最新推荐文章于 2024-09-27 21:55:06 发布
阅读量869 收藏
点赞数
分类专栏： 后端 文章标签： 事务什么情况下会出现异常
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_38407462/article/details/89488528
版权

1、事务什么情况下会出现异常？
首先了解下异常的结构：
Throwable分为 Error， Exception；
Exception分为IOException，ClassNotFoundException，CloneNotSupportedException，RuntimeException；
下面是IOException和RuntimeException异常的子类；

Error和RuntimeException及其子类都数据非检查异常，其他继承Exception的类及其子类都属于检查异常；

对于非检查异常来说，是程序有问题，需要修改程序；
对于检查异常来说，必须在方法体中声明抛出检查异常，或使用catch语句捕获异常进行处理，否则不能通过编译；

spring事务默认配置
spring的事务管理默认是针对非检查异常（error，runtimeException）回滚，
如果使用try-catch对其异常捕获则不会进行回滚。（Error异常和RuntimeException异常抛出时不需要方法调用throws或try-catch语句）；
检查异常，必须由try-catch语句捕获或由方法throws抛出，且事务默认对检查异常不进行回滚；

throws在方法体上声明，抛出异常；
throw在方法体中，抛出异常，后面必须跟异常类对象；

面试官：Spring声明式事务在那些情况下会失效？
小识的博客
04-11 1607
编程式事务 在Spring中事务管理的方式有两种，编程式事务和声明式事务。先详细介绍一下两种事务的实现方式 配置类 @Configuration @EnableTransactionManagement @ComponentScan("com.javashitang") public class AppConfig { @Bean public DruidDataSource dataSource() { DruidDataSource ds = new DruidDat.
@transactional注解的特性以及在什么情况下会失效，为什么
三水小鱼干的博客
07-09 424
一、特性 先来了解一下@Transactional注解事务的特性吧，可以更好排查问题 1、service类标签(一般不建议在接口上)上添加@Transactional，可以将整个类纳入spring事务管理，在每个业务方法执行时都会开启一个事务，不过这些事务采用相同的管理方式。 2、@Transactional 注解只能应用到 public 可见度的方法上。 如果应用在protected、private或者 package可见度的方法上，也不会报错，不过事务设置不会起作用。 3、默认情况下，Spring会对u
事务并发异常学习整理
ARSLYN的博客
12-11 661
事务并发异常学习整理 事务并发产生的四种异常现象的介绍。 文章目录事务并发异常学习整理一、丢失更新（lost update）二、脏读（dirty read）三、幻读（phantom read）四、不可重复读（unrepeatable read） 一、丢失更新（lost update） 丢失更新指B事务覆盖了A事务对数据的已经提交的修改。使得A事务对数据的修改好像没有发生过一样。 事务A实际上已经对数据进行了更新，但是由于事务B的回滚，将事务A对数据的更新进行了覆盖，所以事务A的更新就像是丢失了一样。
Spring管理事务默认回滚的异常是什么？
热门推荐
落叶无声的专栏
02-18 1万+
问题： Spring管理事务默认（即没有rollBackFor的情况下）可以回滚的异常是什么？ 回答： RuntimeException或者Error。 抛出运行时异常，是否回滚？Yes @Transactional public void testTransationA(){ throw new RuntimeException(); }抛出错误，是否回滚？Yes @Transac
异常与事务：
tuomazhao的博客
05-22 794
异常与事务：A类调用B类如果B有异常，我们想要A做回滚，那么需要在B中抛出异常（如果A类想要回滚，那么A中则不能try{}catch{}）如果B有异常，而我们不需要A做回滚，那么需要在B中将异常吃掉...
java 事务 异常_spring事务常见问题、异常分析和解决方法
weixin_31558841的博客
02-24 2323
1.spring事务超时transaction unexpectedly rolled back (maybe due to a timeout); nested exception is javax.transaction.RollbackException；可能原因1：spring事务设置的时间比较短。解决方法：把spring事务设置长一点，如果事务中有很多复杂的查询及更新操作，取消方法上的事...
Spring 事务传播机制，以及在什么情况下会失效
drea_mer的博客
08-02 1863
在Spring框架中，事务（Transaction）是一种用于管理数据库操作的机制，旨在确保数据的一致性、可靠性和完整性。事务可以将一组数据库操作（如插入、更新、删除等）视为一个单独的执行单元，要么全部成功地执行，要么全部回滚。这样可以确保数据库在任何时候都保持一致的状态，即使在发生故障或错误时也能保持数据的完整性。Spring框架通过提供事务管理功能，使开发者能够更轻松地管理事务的边界。Spring主要提供了两种主要的事务管理方式：通过编写代码显式地管理事务的开始、提交和回滚操作。
什么情况会导致@Transactional事务失效？
Chenhui98的博客
09-15 1265
一个程序中不可能没有事务，而 Spring 中，事务的实现方式分为两种：编程式事务和声明式事务，又因为编程式事务实现相对麻烦，而声明式事务实现极其简单，所以在日常项目中，我们都会使用声明式事务 @Transactional 来实现事务。
在Spring中发生的SQL异常可以触发事务回滚的原因
风吹麦浪的专栏
03-30 1119
在对Spring的事务回滚捕获的异常类型进行测试，发现当出现SQL异常时可以触发事务回滚，但是通过查看文档发现，Java.lang.SQLExcepetion是Java.lang.Excepetion的子类，在没有对事务设置rollbackfor=Exception.class时是不会默认对捕获的Excepetion类型异常触发事务回滚操作，而实际情况却与此相反，触发了事务回滚。 在项目开发中引入...
事物系统的几种异常场景
KunLunDB_Linda的博客
02-22 409
背景 笔者最近在回顾多版本并发控制（MVCC），这里对相关内容做个小总结，首先就从隔离级别说起。 为什么要讨论隔离，场景是什么？ 首先，作为事务系统，如果单位时间内，只有一个事务在运行，则谈不上隔离。 可是实际上，真正用于实际生产的事务系统，单位时间内都是有多个事务同时的在对资源进行着读写。 那么就必定会存在对同一个资源的并发读写问题，如果不加以控制则一定会出错。 因此这里讨论问题的场景就是多事务并发环境下得数据处理场景。 隔离能解决什么问题？为什么..
TransactionException（事务异常）可能的原因和解决方法
Java开源程序猿
12-29 3078
时，应该仔细检查事务的执行过程，查看异常的详细信息以了解具体原因，并根据情况采取适当的解决方法。在事务处理中，良好的异常处理和事务配置是确保事务执行稳定的关键。时，建议详细查看异常堆栈跟踪和异常信息，以找到具体的原因。根据具体情况采取适当的解决方法，并确保事务配置和管理的正确性。使用声明式事务管理时，检查。表示在事务处理过程中发生异常。注解的配置是否合理。
事务里面捕获异常_跟飞哥学编程：SQL入门-：异常和事务
weixin_39914752的博客
12-02 491
通常，我们并不直接使用数据库，而是根据用户输入，准备好SQL语句，然后将SQL语句发送给SQL Server执行。在这个过程中，总会发生一些我们“预料不到”，或者“即使预料到也无法处理”的问题。比如：SQL Server突然宕机或重启磁盘/内存不够用，无法插入数据因为各种约束导致SQL语句无法执行……这些情况通常被称之为：异常异常有时候也被称之为“错误（error）”，但同学们注意区分“SQL语法...
事务遇到异常时的几点注意事项
tianjidudao的博客
11-29 3465
1、事务不是遇到所有异常都会回滚，默认只有遇到遇到运行异常（RuntimeException）和程序错误（Error）才会回滚，非运行异常必须在 @Transactional 注解中使用 rollbackFor 属性来指定异常，比如：@Transactional(rollbackFor = Exception.class)，才会回滚。 2、我们在处理异常时，有两种方式，要么抛出去，让上一层来捕...
Spring事务异常回滚
wuseyukui的专栏
11-30 2280
Java异常层次结构 可查的异常/检查型异常（checked exceptions） - 编译器要求必须处置的异常 除了RuntimeException及其子类以外，其他的Exception类及其子类都属于可查异常。 这种异常的特点是Java编译器会检查它，也就是说，当程序中可能出现这类异常，要么用try-catch语句捕获它，要么用throws子句声明抛出它，否则编译不会通过。 不可
Java 进阶 之 检查型异常与非检查型异常
Jaylon Wang的专栏
12-27 363
使用Spring难免要用到Spring的事务管理，要用事务管理又会很自然的选择声明式的事务管理， 在spring的文档中说道，spring声明式事务管理默认对非检查型异常和运行时异常进行事务回滚，而对检查型异常则不进行回滚操作。 那么什么是检查型异常什么又是非检查型异常呢？ 最简单的判断点有两个： 1.继承自Runtime Exception或 Error 的是非检查型异常，而继承自 Exception 的则是检查型异常（当然，Runtime Exception 本身也是 Exception 的子类）。
事务可能会造成的问题
qq_68334807的博客
02-23 523
两张表T1，T2， A用户已访问T1表，并加锁T1表，尝试访问T2表；访问不到T2表，就不撤T1表的锁，B用户已访问T2表，并加锁T2表，尝试访问T1表；不可重复读是指在对于数据库中的某个数据，一个事务范围内多次查询却返回了不同的数据值，这是由于在查询间隔，被另一个事务修改并提交了。二、 排它锁/悲观锁（Exclusive Locks，即X锁）:当数据对象被加上排它锁时，其他的事务不能对它读取和修改。一、 共享锁/乐观锁（Share Locks，即S锁）加了共享锁的数据对象可以被其他事务。
Spring事务失效常见场景
weixin_44929475的博客
09-27 1339
Spring的事务代理通常是通过动态代理实现的，一些常见的事务失效场景。
Spring事务有12种场景会失效
z_ssyy的博客
06-15 416
这种情况使用了嵌套的内部事务，原本是希望调用roleService.doOtherThing方法时，如果出现了异常，只回滚doOtherThing方法里的内容，不回滚 userMapper.insertUser里的内容，即回滚保存点。但并不是说一定不能用它，如果项目中有些业务逻辑比较简单，而且不经常变动，使用@Transactional注解开启事务开启事务也无妨，因为它更简单，开发效率更高，但是千万要小心事务失效的问题。如果在不同的线程，拿到的数据库连接肯定是不一样的，所以是不同的事务。
Springboot 事务
最新发布
01-11
### Spring Boot 中的事务管理 #### 1. 默认事务管理器配置 在 Spring Boot 应用程序中，默认情况下会自动配置 `DataSourceTransactionManager` 或者其他适合的数据源事务管理器。如果应用程序中有多个数据源，则需要显式指定哪一个作为默认事务管理器。 对于大多数基于关系型数据库的应用来说，只需简单地引入依赖并设置好相应的连接池参数即可完成基本配置[^2]： ```xml <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-data-jpa</artifactId> </dependency> ``` 以及 application.properties 文件中的相应属性: ```properties spring.datasource.url=jdbc:mysql://localhost:3306/mydb spring.datasource.username=root spring.datasource.password=secret ``` #### 2. @Transactional 注解使用方法 为了实现声明式的事务控制，在服务层的方法上可以加上 `@Transactional` 注解来标记该操作应该在一个新的或现有的事务内执行。当发生异常时，整个事务将会回滚；如果没有抛出任何未捕获的异常，则提交更改。 以下是几个常见的场景及其对应的处理方式： - **只读查询**: 对于只需要读取而不需要修改的操作，可以通过设置readOnly=true 来提高性能。 ```java @Service public class UserService { @Autowired private UserRepository userRepository; @Transactional(readOnly = true) public List<User> getAllUsers() { return (List<User>) userRepository.findAll(); } } ``` - **写入更新**: 当涉及到新增、删除或者批量更新等改变状态的动作时，应当省略 readOnly 属性让其保持 false 的默认值以便能够正常工作。 ```java @Service public class OrderService { @Autowired private OrderRepository orderRepository; @Transactional public void placeOrder(Order newOrder) throws Exception{ try { // 执行业务逻辑... orderRepository.save(newOrder); // 模拟可能出现错误的情况 if(true){ throw new RuntimeException("模拟失败"); } } catch(Exception e){ log.error(e.getMessage()); throw e; // 抛出异常触发事务回滚 } } } ``` #### 3. 多数据源环境下的分布式事务解决方案 随着微服务体系结构的发展，跨多个独立部署单元之间共享资源变得越来越普遍。此时就需要考虑如何有效地协调这些不同位置上的持久化动作以确保一致性。针对这种情况，有几种流行的方案可供选择： - **XA协议**：通过两阶段提交机制保证全局原子性； - **TCC模式**：Try Confirm Cancel 流程设计，适用于高并发场景下减少锁定时间的需求； - **Saga编排模型**：将长时间运行的任务拆分成一系列短小精悍的服务调用来逐步推进直至最终成功与否。 每种策略都有各自的特点和适用范围，请根据实际需求权衡利弊后再做决定。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值