@Transactional属于是Spring的常用事务处理注解了,最近在开发时偶然发现这个东西竟然不是100%生效的。
问题重现:
测试一个批处理方法,方法上加了@Transactional后执行,因为加了事务处理注解,没怎么关注SQL执行顺序(反正对事务来说都是原子性的),debug过程发现MongoDB连接有问题,有关Mongo的操作抛出了异常,因为数据库的某个字段是批处理的触发条件,并且在批处理过程中会更新这个字段。重新执行发现数据库(Postgresql)的数据被update了,没有触发。嗯,确实之前没关注这个注解会有不生效的问题,开始处理:
首先为了方便测试批处理任务(定时调度的),我在debug阶段直接用了@PostConstruct注解,即项目启动后直接运行批处理任务,像下面这个样子:
@Transaction @PostConstruct public void execute() { // balabala..... }
后来验证问题就出在这个@PostConstruct上。
问题处理:
遇到问题最直接的办法,Google一下,确实涨知识了,以下情况@Transaction注解不会生效:
- 被注解标记的方法不是public的
- 只有同类中方法调用
- 数据库本身不支持事务
- propagation或rollbackFor设置错误,这种情况一般都会注意
问题分析:
我们使用的@PostConstruct就是第二种情况不生效导致的,@PostConstruct是Java EE提供的注解,不属于Spring,而@Transactional注解的生效实际是由Spring AOP控制的,生成一个代理类,执行事务开启和提交的逻辑,不过,只有当该类以外使用被@Transactional修饰的方法时,这个代理类才会生成。所以,如果不是debug使用了@PostConstruct,本来其实是没问题的。
标签:回滚,批处理,Transactional,PostConstruct,问题,生效,注解 From: https://www.cnblogs.com/maerpao/p/17098175.html