Spring事务失效的几种原因

1、spring的事务注解@Transactional只能放在public修饰的方法上才起作用,如果放在其他非public(private,protected)方法上,虽然不报错,但是事务不起作用

2、如果采用spring+spring mvc,则context:component-scan重复扫描问题可能会引起事务失败。 

        如果spring和mvc的配置文件中都扫描了service层,那么事务就会失效。

       原因:因为按照spring配置文件的加载顺序来讲,先加载springmvc配置文件,再加载spring配置文件,我们的事物一般都在srping配置文件中进行配置,如果此时在加载srpingMVC配置文件的时候,把servlce也给注册了,但是此时事物还没加载,也就导致后面的事物无法成功注入到service中。所以把对service的扫描放在spring配置文件中或是其他配置文件中。
 

3、如使用mysql且引擎是MyISAM,则事务会不起作用,原因是MyISAM不支持事务,可以改成InnoDB引擎

4、 @Transactional 注解开启配置,必须放到listener里加载,如果放到DispatcherServlet的配置里,事务也是不起作用的。

5、Spring团队建议在具体的类(或类的方法)上使用 @Transactional 注解,而不要使用在类所要实现的任何接口上。在接口上使用 @Transactional 注解,只能当你设置了基于接口的代理时它才生效。因为注解是 不能继承 的,这就意味着如果正在使用基于类的代理时,那么事务的设置将不能被基于类的代理所识别,而且对象也将不会被事务代理所包装。

6、在业务代码中如果抛出RuntimeException异常,事务回滚;但是抛出Exception,事务不回滚;

7、如果在加有事务的方法内,使用了try...catch..语句块对异常进行了捕获,而catch语句块没有throw  new RuntimeExecption异常,事务也不会回滚

8、在类A里面有方法a 和方法b, 然后方法b上面用 @Transactional加了方法级别的事务,在方法a里面 调用了方法b, 方法b里面的事务不会生效。原因是在同一个类之中,方法互相调用,切面无效 ,而不仅仅是事务。这里事务之所以无效,是因为spring的事务是通过aop实现的。

### Spring 框架中事务失效的常见场景及解决方案 #### 自调用问题(直接内部调用) 当在一个类的方法内调用了另一个带有 `@Transactional` 注解的方法时,由于代理机制的原因Spring 并不会为这个自调用创建新的事务上下文。这意味着即使方法上有事务注解,也不会启动新事务[^1]。 ```java @Service public class MyService { @Autowired private MyService self; public void outerMethod() { try { innerMethod(); } catch (Exception e) { System.out.println("Outer method caught exception"); } } @Transactional(propagation = Propagation.REQUIRES_NEW) public void innerMethod() throws Exception { // Some database operations here... throw new RuntimeException("Simulated error"); } } ``` 为了使事务生效,在上述例子中应该通过依赖注入的方式让服务自己调用自己的带事务的方法,即使用 `self.innerMethod()` 而不是直接调用 `innerMethod()` 方法。 #### 配置错误或缺少必要属性设置 如果在配置文件中定义了事务管理器但是忘记指定它所要管理的数据源,或者没有正确地声明哪些接口/类需要启用事务支持,那么这些地方也会导致事务不起作用[^2]。 确保所有的 Bean 定义都包含了正确的 `<tx:annotation-driven/>` 或者对应的 Java Config 方式的开启: ```xml <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="myDataSource"/> </bean> <!-- Enable annotation driven transaction management --> <tx:annotation-driven/> ``` 对于基于 Java 的配置方式则是这样的形式: ```java @Configuration @EnableTransactionManagement public class AppConfig { @Bean PlatformTransactionManager txManager(DataSource dataSource){ return new DataSourceTransactionManager(dataSource); } // Other bean definitions ... } ``` #### 不恰当传播行为的选择 不同的传播行为决定了当前操作是在现有事务中执行还是新建一个独立的事务来运行。选择不当可能会破坏预期的行为模式,比如选择了 `NOT_SUPPORTED` 却希望有实际的持久化动作发生就会出现问题[^3]。 合理选用合适的传播级别非常重要,默认情况下大多数应用程序会选择 `REQUIRED` 这样的选项,这表示如果有现成可用的事物就加入其中;如果没有则会创建一个新的事物来进行处理。 #### 数据库连接池配置不合理 数据库连接池参数设定得不合适也可能影响到事务的一致性和隔离性。例如最大活跃数过低可能造成并发访问受限从而间接引起事务失败等问题[^4]。 调整 HikariCP (或其他任何使用的连接池工具)的相关参数以适应具体业务需求是非常必要的。通常建议保持合理的最小空闲连接数量以及适当的最大活动连接数目范围内的值。
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

一路奔跑1314

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值