编程式事务 声明式事务问题分析

编程式事务 声明式事务问题分析

问题梳理：

在代码测试过程中发现在某业务场景下，事务失效（具体表现: 数据推送下游系统失败（报错在数据封装环节）,但是保存成功）
已知，推送逻辑中，数据保存成功，推送数据的封装一定会成功，于是开始排查问题

问题排查:

发现之前的编程式事务中被嵌套了声明式事务注解@Transactional(propagation = Propagation.REQUIRES_NEW)
猜想问题可能由于两种事务实现方式冲突产生，于是对问题进行拆解分析。首先对新加的声明式事务进行还原，测试发现问题解决。
接着对问题的产生进行分析，此前个人一直理解编程式事务的使用 是新起一个事务只对被包含的部分代码生效，效果与声明式事务注解
@Transactional(propagation = Propagation.REQUIRES_NEW)相同，后测试发现 使用编程式事务transactionTemplate 跟@Transactiona
注解效果相同 如果在使用编程式事务前已经有事务开始，则编程式事务会继承之前的事务，而不会新启一个新的事务。 反之，则会新起一个新的事务。 并且在声明式事务与编程式事务同时作用于一个方法时，声明式事务的优先级更高。

本问题产生原因总结为:

@Transactional(propagation = Propagation.REQUIRES_NEW)注解优先级高于原先的编程式事务，使数据持久化时新起了一个新的事务，而在新事务执行完毕后。老事务的版本号因为低于新事物，查询不到新事务保存的数据，从而报错出现问题。