Spring多数据源事务配置详解

本文深入解析了Spring多数据源环境下事务配置的关键难点与实战方案，直击“no transaction is in progress”异常的根源——默认@Transactional仅绑定主事务管理器，无法自动适配第二数据源；通过详实代码示例和正误对比，清晰阐明必须显式指定transactionManager属性（传入Bean名称字符串而非类类型），并辅以Java Config最佳实践、传播行为增强技巧及常见误区排查清单，帮助开发者一次性打通多数据源事务的配置堵点，实现跨库写操作的稳定、可靠与可维护。

在 Spring 应用中使用多个数据库时，单个 @Transactional 注解默认仅绑定到主事务管理器，若需对第二数据源执行写操作（如 save/update），必须显式指定对应的数据源事务管理器，否则会抛出 “no transaction is in progress” 异常。

在 Spring 应用中使用多个数据库时，单个 `@Transactional` 注解默认仅绑定到主事务管理器，若需对第二数据源执行写操作（如 save/update），必须显式指定对应的数据源事务管理器，否则会抛出 “no transaction is in progress” 异常。

当项目中配置了多个数据源（如本例中的 ds 和 mdmDs）及对应的 SessionFactory 与 HibernateTransactionManager 时，Spring 的声明式事务机制不会自动识别多事务管理器上下文。@Transactional 默认使用名为 transactionManager 的 Bean（即第一个定义的事务管理器），而对第二个数据源（如 mdmTxnMang）的操作若未显式关联其事务管理器，则 Hibernate 无法获取有效事务上下文，导致 javax.persistence.TransactionRequiredException: no transaction is in progress。

✅ 正确解决方案：显式指定事务管理器名称

关键点在于：@Transactional(transactionManager = "xxx") 中的 xxx 是 Bean 的 ID（字符串名称），而非类类型。因此，以下写法是错误的：

// ❌ 错误：不能传入 Class 类型
@Transactional(transactionManager = MdmTxnManager.class)

而应使用配置中定义的 Bean 名称（即 XML 中 name 属性值）：

// ✅ 正确：传入事务管理器 Bean 的 ID 字符串
@Transactional(transactionManager = "mdmTxnMang")
public void saveClientBiller(client_biller client_biller) {
    this.mdmTmp.saveOrUpdate(client_biller);
}

? 注意：确保 mdmTxnMang 是 中定义的精确 ID，并且该 Bean 已被 Spring 容器成功加载（可通过日志或 ApplicationContext.getBean("mdmTxnMang") 验证）。

? 补充建议：提升可维护性与类型安全

1. 启用注解驱动事务（确认已在配置中声明）：

   <tx:annotation-driven transaction-manager="transactionManager" />

   ⚠️ 注意：此配置仅设置默认事务管理器；多数据源场景下仍需在方法级显式指定 transactionManager 属性。

2. 推荐改用 Java Config（Spring Boot 或现代 Spring），避免 XML 易错性：

   @Configuration
   @EnableTransactionManagement
   public class DataSourceConfig {
       @Bean(name = "mdmTransactionManager")
       public PlatformTransactionManager mdmTxManager(@Qualifier("mdmFactory") SessionFactory sessionFactory) {
           return new HibernateTransactionManager(sessionFactory);
       }
   }

   对应注解即可简洁书写：

   @Transactional("mdmTransactionManager")
   public void saveClientBiller(client_biller entity) { ... }

3. 事务传播行为与隔离级别（按需增强）：

   @Transactional(
       transactionManager = "mdmTxnMang",
       propagation = Propagation.REQUIRED,
       rollbackFor = Exception.class
   )
   public void saveClientBiller(client_biller client_biller) {
       this.mdmTmp.saveOrUpdate(client_biller);
   }

? 常见误区排查清单

• [ ] 是否导入了正确的 @Transactional：org.springframework.transaction.annotation.Transactional（非 JPA 或 EJB 的同名注解）？
• [ ] mdmTxnMang Bean 是否在 Spring 上下文中存在且无初始化异常？
• [ ] mdmTmp（HibernateTemplate）是否确实注入了 mdmFactory？可加日志验证 mdmTmp.getSessionFactory() 输出。
• [ ] 方法是否被 Spring 代理调用？非 Spring 管理对象直接调用（如 this.saveClientBiller()）将绕过事务代理，导致注解失效。

✅ 总结

多数据源事务的核心原则是：每个写操作必须绑定到其对应数据源的事务管理器。@Transactional 不具备自动路由能力，必须通过 transactionManager 属性显式指定 Bean 名称（字符串）。同时，确保事务管理器、SessionFactory、DataSource 三者链路完整且无配置遗漏，即可稳定支持跨数据源的读写操作。

终于介绍完啦！小伙伴们，这篇关于《Spring多数据源事务配置详解》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布文章相关知识，快来关注吧！