事务失效场景

@Transactional 失效场景

1、检查你方法是不是public的
2、你的异常类型是不是unchecked异常
如果我想check异常也想回滚怎么办,注解上面写明异常类型即可
@Transactional(rollbackFor=Exception.class) 1
类似的还有norollbackFor,自定义不回滚的异常
3、数据库引擎要支持事务,如果是MySQL,注意表要使用支持事务的引擎,比如innodb,如果是myisam,事务是不起作用的
4、是否开启了对注解的解析
<tx:annotation-driven transaction-manager=“transactionManager” proxy-target-class=“true”/>
5、spring是否扫描到你这个包,如下是扫描到org.test下面的包
<context:component-scan base-package=“org.test” ></context:component-scan>1
6、检查是不是同一个类中的方法调用(如a方法调用同一个类中的b方法)
同类方法相互调用可以使用代理对象调方法解决事务失效的问题.
7、异常是不是被你catch住了

@Async异步注解失效的场景

1、异步注解@Async介绍
基于@Async标注的方法,称之为异步方法,这些方法在执行的时候,spring将会为其开辟独立的线程执行,调用者无需等待它的完成,即可继续其他的操作。
2.失效原因
spring声明式事务和异步注解的实现都是基于spring aop,即对标识的方法进行增强。spring aop的底层实现原理是 jdk 动态代理。因为事务注解方法,异步方法的调用的方法在同一个类中,所以异步方法是在调用方法的代理对象中执行的,没有对异步方法进行增强
3.解决方案
1、在spring配置文件xml新增如下语句:
先开启cglib代理,开启 exposeProxy=true,暴露代理对象
<aop:aspectj-autoproxy expose-proxy=“true”/>
2、使用AopContext 获取当前对象的动态代理。
修改配置文件后,代码修改,用获取到的动态代理去执行发送短信方法,如下:

   TourServer currentProxy = (TourServer )AopContext.currentProxy();

        currentProxy.sendMesg(orderInfo);

        currentProxy.sendEmail(orderInfo);
  1. 使用自注入的方式解决
@Slf4j
@Service
public class PrintToolServiceImpl implements PrintToolService {
  	@Lazy
    @Autowired
    private PrintToolService printToolService;


	public PrintContentRespDto intoPrint(PrintToolReqDto printToolReqDto) {
		to do something
		printToolService.savePrintRecord(printToolReqDto, commonPrintData);
		to do something
	}


    @Override
    @Async
    public void savePrintRecord(PrintToolReqDto toolReqDto, PrintDataRespDto dataRespDto) {
        log.info("添加打印记录, printToolReqDto: [{}]", JSON.toJSONString(toolReqDto));
        PrintRecordDto printRecordDto = BeanUtils.convert(dataRespDto, PrintRecordDto.class);
        printRecordDto.setLocno(WmsContext.get().getLocno());
        printRecordDto.setPrintType(toolReqDto.getTemplateType());
        printRecordDto.setPrintData(JSON.toJSONString(dataRespDto));
        printRecordService.savePrintRecord(printRecordDto);
    }
}
  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
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、付费专栏及课程。

余额充值