事务 失效的八种情况

一、非public修饰的方法

@Transactional注解只能在在public修饰的方法下使用。

/**
 * 私有方法上的注解,不生效(因私有方法Spring扫描不到该方法,所以无法生成代理)
 */
@Transactional
private boolean test() {
    //test code
}

二、类内部访问

类内部非直接访问带注解标记的方法 B,而是通过类普通方法 A,然后由 A 调用 B。 自己玩自己

@Service
public class Demo {

  public void A() {

    this.B();
  }
  
  @Transactional
  public void B() {
     ......
  }
}

在该Service类中使用AopContext.currentProxy()获取代理对象

 
@SpringBootApplication
@EnableAspectJAutoProxy(exposeProxy = true)
@EnableTransactionManagement
public class App {

    public static void main(String[] args) {
        SpringApplication.run(App.class, args);
    }

}
((ServiceA)AopContext.currentProxy()).doSave(user);

三、数据库不支持事务

MySQL中,MyISAM引擎不支持事物,InnoDB 支持事物

四、异常类型不匹配

@Transactional 注解默认只处理运行时异常( RuntimeException 和 error),而不会处理受检异常( Exception 的子类)。当抛出未被捕获的运行时异常时,Spring 会触发事务回滚操作,将之前的操作撤销;而对于未被捕获的受检异常,Spring 不会触发事务回滚操作。如果需要处理受检异常并触发事务回滚,可以通过 rollbackFor 和 noRollbackFor 属性来指定需要回滚或不需要回滚的异常类型。

/**
 * 非运行异常,且没有通过 rollbackFor 指定抛出的异常,不生效
 *
 * @param id
 * @return
 * @throws Exception
 */
  @Transactional
    public void insertAll(PoMaster master) throws Exception {
        poMasterDao.insert(master);
        if(1 == 1){
            throw new Exception("测试异常");
        }
        poItemDao.insertList(master.getItems());
    }

五、传播属性设置问题

propagation属性错误

@Transactional默认的事务传播机制是:REQUIRED,若指定成了NOT_SUPPORTED、NEVER事务传播机制,则事物不生效,如:

@Transactional(propagation = Propagation.NOT_SUPPORTED)

六、捕获异常未抛出

@Transactional
public void A(){
	try{
	   ......
	}catch(Exception e){
	   // 未抛异常
	}
}

七、Bean没有纳入Spring IOC容器管理

// 注释调@Component,该类没被Spring管理,事物也是不生效的

// 注释调@Component,该类没被Spring管理,事物也是不生效的
public class Demo {
  
  @Transactional(rollbackFor = Exception.class)
  public void A() {
     ......
  }
}

八、事务方法内启动新线程进行异步操作

   @Transactional(rollbackFor= BizException.class)
    public int transfer2(String from,String to, int money){
        accountDao.decrMoney(from,money);

        new Thread(()->{
            int c = 5/0;
            accountDao.addMoney(to,money);
        }).start();
        return 1;
    }
  • 4
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
当谈到事务失效时,有几种典型的场景案例可以考虑: 1. 网络故障:如果事务涉及到多个分布式系统或数据库,网络故障可能导致事务无法正确执行。例如,在分布式系统中,如果某个节点与其他节点之间的网络连接中断,那么事务可能无法在所有节点上同时执行,从而导致部分节点上的操作无法回滚或提交。 2. 硬件故障:硬件故障是另一个常见的事务失效场景。例如,如果数据库服务器发生故障,可能无法完成事务的执行。这种情况下,可以使用备份和恢复策略来确保数据的完整性。 3. 并发控制问题:事务的并发执行可能引发一些问题,例如脏读、不可重复读和幻读等。这些问题会导致事务结果不一致或无法完成。为了解决这些问题,通常使用锁机制和隔离级别来确保事务的正确执行。 4. 超时或死锁:当事务执行时间过长或发生死锁时,事务可能会失败。超时可能是由于资源竞争、长时间运行的查询等原因引起的。死锁是指两个或多个事务彼此等待对方释放资源,从而导致无法继续执行。 5. 系统错误或异常:系统错误或异常可能导致事务无法正常完成。例如,如果事务依赖的存储过程或函数出现错误,可能会导致事务失败。这时候需要进行适当的错误处理和回滚操作。 这些是一些常见的事务失效场景案例,但并不是详尽无遗的。具体的失效场景可能因系统架构、应用需求和环境等因素而有所不同。在实际应用中,需要根据具体情况来分析和解决事务失效问题。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值