事务失效的八种情况

一、事务的基本概念

在开始讨论事务失效之前,先了解一下事务的基本概念。事务是一个操作序列,要么全部执行成功,要么全部执行失败。事务有四个重要特性,称为 ACID 特性:

  • Atomicity(原子性):事务中的所有操作要么全部完成,要么全部不完成。

  • Consistency(一致性):事务完成后,数据要处于一致的状态。

  • Isolation(隔离性):一个事务的执行不能被其他事务干扰。

  • Durability(持久性):事务完成后,数据应该永久保存

在 Spring 中,事务管理通常通过 @Transactional 注解来实现。让我们来看一个简单的示例:

在启动类上添加注解,开启事务支持

在需要开启事务支持的方法上添加开启事务

二、事务失效的八种情况

1、非public修饰的方法

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

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

//test code

}

2、自调用(Self-Invocation)

在一个类的方法中调用了一个开启事务的方法,事务不生效 

自调用指的是一个类的方法在调用同一个类的另一个方法,事务管理会失效。

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

 

@Service
public class Demo {

  public void A() {

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

解决方法:

(1)、解决方法是将这些方法拆分到不同的类中,或者通过 Spring 的代理来调用这些方法。

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

在启动类上开启spring代理

@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)。当抛出未被捕获的运行时异常时,Spring 会触发事务回滚操作,将之前的操作撤销;对于受检异常(即必须被捕获或声明抛出的异常,例如IOExceptionSQLException等),除非你明确配置事务管理器去处理它们,否则事务不会回滚。

可以通过 rollbackFor 和 noRollbackFor 属性来指定需要回滚或不需要回滚的异常类型。

@Transactional(rollbackFor = SQLException.class)

五、传播属性设置问题

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()
    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;
    }

 

MySQL事务可以失效的几个场景包括: 1. 隐式提交:如果在一个事务还未提交的情况下,开启了一个新的事务,那么前一个事务会隐式提交,导致事务失效。这是因为MySQL默认使用自动提交模式,每个SQL语句都被视为一个独立的事务,如果没有明确使用BEGIN或START TRANSACTION语句来开启事务,那么每个SQL语句都会被隐式提交。 2. 并发操作:在并发的情况下,多个事务同时进行读写操作时,可能出现幻读、不可重复读等问题,从而导致事务的隔离性受到干扰。例如,当一个事务在读取某个数据的同时,另一个事务对该数据进行了修改,那么前一个事务可能无法得到一致的数据,从而导致事务失效。 3. 锁操作:在使用锁进行并发控制时,如果锁的粒度不当或者锁的使用方式不正确,可能导致事务失效。例如,当一个事务在读取某个数据的同时,另一个事务对该数据进行了锁定,那么前一个事务可能无法继续执行,从而导致事务失效。 需要注意的是,MySQL事务失效并不是指整个事务都无效,而是指某些操作或某些隔离性可能受到干扰,导致事务无法达到预期的结果。为了确保事务的有效性,建议合理使用事务的隔离级别、锁机制,并注意事务的提交和回滚操作。 参考资料: MySQL 5.7 Reference Manual - 15.3.2 事务控制语句:https://dev.mysql.com/doc/refman/5.7/en/transaction-control-statements.html MySQL 5.7 Reference Manual - 13.2.1 InnoDB 事务隔离级别:https://dev.mysql.com/doc/refman/5.7/en/innodb-transaction-isolation-levels.html
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值