Spring已弃用Chained Transaction Manager，求跨库事务原子性替代方案

针对你需要将数据保存到两个不同数据库、保证事务原子性的需求，这里有几个可行的替代方案：

1. 使用Spring官方推荐的CompositeTransactionManager #

这是Spring 5.3+引入的，专门用来替代已弃用的ChainedTransactionManager，行为逻辑和Chained基本一致——按顺序管理多个事务资源，提交时逐个提交，回滚时逐个回滚。

配置示例： #

@Configuration
public class MultiDbTransactionConfig {
    // 第一个数据库的事务管理器
    @Bean
    public DataSourceTransactionManager db1TxManager(DataSource dataSource1) {
        return new DataSourceTransactionManager(dataSource1);
    }

    // 第二个数据库的事务管理器
    @Bean
    public DataSourceTransactionManager db2TxManager(DataSource dataSource2) {
        return new DataSourceTransactionManager(dataSource2);
    }

    // 组合成复合事务管理器
    @Bean
    public TransactionManager compositeTransactionManager(List<PlatformTransactionManager> txManagers) {
        return new CompositeTransactionManager(txManagers);
    }
}

业务方法使用： #

@Transactional(transactionManager = "compositeTransactionManager")
public void method() {
   Repository1.saveDetails(CategoryList);
   Repository2.saveDetails(CategoryList);
}

这个方案配置简单，完全兼容原来Chained的使用习惯，是最直接的替代选择。

2. XA分布式事务（强一致性场景） #

如果你的业务要求严格的ACID原子性（两个数据库必须同时成功或失败），可以用XA分布式事务。前提是你的数据库支持XA协议（比如MySQL InnoDB、PostgreSQL、Oracle等）。

配置示例： #

@Configuration
public class XaTransactionConfig {
    // 第一个数据库的XA数据源
    @Bean
    public XADataSource xaDataSource1() {
        MysqlXADataSource xaDataSource = new MysqlXADataSource();
        xaDataSource.setUrl("jdbc:mysql://db1-host:3306/db1");
        xaDataSource.setUser("username");
        xaDataSource.setPassword("password");
        return xaDataSource;
    }

    // 第二个数据库的XA数据源
    @Bean
    public XADataSource xaDataSource2() {
        MysqlXADataSource xaDataSource = new MysqlXADataSource();
        xaDataSource.setUrl("jdbc:mysql://db2-host:3306/db2");
        xaDataSource.setUser("username");
        xaDataSource.setPassword("password");
        return xaDataSource;
    }

    // JTA事务管理器（可使用Spring自带或第三方如Atomikos）
    @Bean
    public TransactionManager jtaTransactionManager() {
        return new JtaTransactionManager();
    }
}

业务方法使用： #

@Transactional(transactionManager = "jtaTransactionManager")
public void method() {
   Repository1.saveDetails(CategoryList);
   Repository2.saveDetails(CategoryList);
}

注意：XA事务会带来一定的性能开销，配置也相对复杂，适合对一致性要求极高的场景。

3. 补偿事务（最终一致性场景） #

如果业务可以接受短时间的数据不一致，追求性能优先，可以采用补偿事务的思路：先执行第一个数据库的操作，成功后再执行第二个；如果第二个失败，就回滚第一个的操作。

代码示例： #

public void method() {
    boolean repo1Saved = false;
    try {
        // 先保存到第一个数据库
        Repository1.saveDetails(CategoryList);
        repo1Saved = true;
        // 再保存到第二个数据库
        Repository2.saveDetails(CategoryList);
    } catch (Exception e) {
        // 如果第二个保存失败，回滚第一个的操作
        if (repo1Saved) {
            Repository1.deleteDetails(CategoryList);
        }
        // 重新抛出异常，让上层处理或记录日志
        throw new RuntimeException("保存失败，已执行补偿回滚", e);
    }
}

这个方案需要自己实现补偿逻辑，还要考虑幂等性、重试机制（比如用消息队列做异步补偿），适合性能要求高、允许最终一致的业务场景。

内容的提问来源于stack exchange，提问作者Spa