Spring 事务失效的十种常见场景

概述

Spring针对Java Transaction API (JTA)、JDBC、HibernateJava Persistence API(JPA)等事务 API,实现了一致的编程模型,而Spring的声明式事务功能更是提供了极其方便的事务配置方式,配合Spring Boot的自动配置,大多数Spring Boot项目只需要在方法上标记@Transactional注解,即可一键开启方法的事务性配置。

但是,事务如果没有被正确出,很有可能会导致事务的失效,带来意想不到的数据不一致问题,随后就是大量的人工接入查看和修复数据,该篇主要分享Spring事务在技术上的正确使用方式,避免因为事务处理不当导致业务逻辑产生大量偶发性BUG。

在分析事务失效的常见场景之前,我们先来了解一下:事务的传播类型 和 @Transactionnal 注解的不同属性的含义。

事务的传播类型

//如果有事务, 那么加入事务, 没有的话新建一个(默认)
@Transactional(propagation=Propagation.REQUIRED)
//容器不为这个方法开启事务 
@Transactional(propagation=Propagation.NOT_SUPPORTED)
//不管是否存在事务, 都创建一个新的事务, 原来的挂起, 新的执行完毕, 继续执行老的事务 
@Transactional(propagation=Propagation.REQUIRES_NEW) 
//必须在一个已有的事务中执行, 否则抛出异常
@Transactional(propagation=Propagation.MANDATORY) 
//必须在一个没有的事务中执行, 否则抛出异常(与Propagation.MANDATORY相反)
@Transactional(propagation=Propagation.NEVER) 
//如果其他bean调用这个方法, 在其他bean中声明事务, 那就用事务, 如果其他bean没有声明事务, 那就不用事务
@Transactional(propagation=Propagation.SUPPORTS) 

isolation

该属性用于设置底层数据库的事务隔离级别,事务的隔离级别介绍:

// 读取未提交数据(会出现脏读, 不可重复读) 基本不使用
@Transactional(isolation = Isolation.READ_UNCOMMITTED)
// 读取已提交数据(会出现不可重复读和幻读) Oracle默认
@Transactional(isolation = Isolation.READ_COMMITTED)
// 可重复读(会出现幻读) MySQL默认
@Transactional(isolation = Isolation.REPEATABLE_READ)
// 串行化
@Transactional(isolation = Isolation.SERIALIZABLE)

@Transactionnal注解属性

@Transactional注解可以作用于接口、接口方法、类以及类方法上,它可以通过不同的参数来选择什么类型Exception异常下执行回滚或者不回滚操作。

在这里插入图片描述

Spring事务失效的场景

1. 事务方法未被Spring管理

如果事务方法所在的类没有注册到Spring IOC容器中,也就是说,事务方法所在类并没有被Spring管理,则Spring事务会失效,举个例子🌰:

/**
 * 商品业务实现层
 *
 * @author: austin
 * @since: 2023/2/10 14:19
 */
public class ProductServiceImpl extends ServiceImpl<ProductMapper, Product> implements IProductService {
   

    @Autowired
    private ProductMapper productMapper;

    @Override
    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public void updateProductStockById(Integer stockCount, Long productId) {
   
        productMapper.updateProductStockById(stockCount, productId);
    }
}

ProductServiceImpl实现类上没有添加@Service注解,Product的实例也就没有被加载到Spring IOC容器,此时updateProductStockById()方法的事务就会在Spring中失效。

2. 方法使用final类型修饰

有时候,某个方法不想被子类重新,这时可以将该方法定义成final的。普通方法这样定义是没问题的,但如果将事务方法定义成final,例如:

@Service
public class OrderServiceImpl {
   

    @Transactional
    public final void cancel(OrderDTO orde
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Spring事务失效场景主要有以下几种: 1. 事务传播属性设置错误:Spring中的事务传播属性指定了事务方法调用其他事务方法时,事务如何传播。如果事务传播属性设置错误,事务可能会失效。例如,设置了Propagation.REQUIRED_NEW属性的方法在调用其他事务方法时,会将当前事务挂起,新开一个事务,如果调用的方法没有使用事务注解,则新开的事务失效。 2. 异常被捕获并处理:如果在事务方法中捕获了异常并进行了处理,事务可能会因为异常被处理而不回滚。例如,在try-catch块中捕获了异常并使用了Logger输出异常信息,而没有将异常再次抛出,这样事务就不会回滚。 3. 事务方法中使用了ThreadLocal:ThreadLocal是线程局部变量,它可以在当前线程中存储数据,但是在事务方法中使用ThreadLocal可能会导致事务失效。因为ThreadLocal存储的数据只在当前线程中可见,如果在事务方法中使用了ThreadLocal存储了一些数据,但在事务提交时这些数据并没有被清空,那么这些数据将会影响到下一次事务的执行,从而导致事务失效。 4. 数据库引擎不支持事务:有些数据库引擎不支持事务,例如MyISAM引擎,如果在使用这些引擎的表上执行事务操作,事务将会失效。 5. 并发情况下使用乐观锁:在并发情况下,如果事务方法中使用了乐观锁,可能会导致事务失效。因为在事务提交时,如果数据已经被其他事务修改过,那么乐观锁会认为数据没有被修改过,从而导致事务提交失败。 需要注意的是,以上场景只是一些常见的情况,实际上事务失效的原因可能是多种多样的,需要具体问题具体分析。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值