@Transactional 与多数据源@DS冲突问题

最新推荐文章于 2025-05-30 17:27:23 发布

lvdaan

最新推荐文章于 2025-05-30 17:27:23 发布

阅读量1.4k

点赞数 1

CC 4.0 BY-SA版权

分类专栏： Springcloud 文章标签： java spring spring cloud

本文链接：https://blog.youkuaiyun.com/lvdaan/article/details/129489077

Springcloud 专栏收录该内容

3 篇文章

订阅专栏

当在方法上添加了@Transactional注解后，Spring会通过AOP创建事务，使用默认数据源。如果需要操作多个数据库，未指定@DS的数据源会导致后续SQL仍使用同一数据源。解决办法是将不同库的操作分离成独立方法，并分别添加@DS和@Transactional(Propagation.REQUIRES_NEW)注解，以确保新事务启动并切换数据源。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

@Transactional

方法添加了 @Transactional 注解，Spring 事务就会生效。此时，Spring TransactionInterceptor 会通过 AOP 拦截该方法，创建事务。而创建事务，势必就会获得数据源。那么 TransactionInterceptor 会使用 Spring DataSourceTransactionManager 创建事务，并将事务信息通过 ThreadLocal 绑定在当前线程。因为@Transactional会创建事务然后获得数据源，因为我们service方法上没有@DS注解，就拿了默认数据源，并且在这之后，这个事务信息会通过threadLocal跟当前线程绑定，事务信息包括connection连接，也就意味着，在进入这个service方法的时候，当前事务就绑定了数据源，执行到下一个sql 时，因为connection已经存在，所以拿到的还是之前的数据源，这个时候就找不到另外库中的表了。

解决方法：

把不同库的操作方法分离成独立的方法，并都加上@Transactional和@DS注解（在service上加）。

注意：一定要把@Transactional设置为Propagation.REQUIRES_NEW,这样在调用另一个事务方法时，TransactionInterceptor 会将原事务挂起，暂时性的将原事务信息和当前线程解绑。