什么是“最好的”？ 使用 Spring 和 Hibernate 跨多个数据库进行分布式事务的方法

Question

我有一个应用程序 - 更像是一个实用程序 - 位于角落并定期更新两个不同的数据库。

它是一个使用 Spring 应用程序上下文构建的小型独立应用程序。 该上下文中配置了两个 Hibernate 会话工厂，依次使用 Spring 中配置的 Commons DBCP 数据源。

目前还没有事务管理，但我想添加一些。 一个数据库的更新取决于另一个数据库的成功更新。

该应用程序并不位于 Java EE 容器中 - 它由从 shell 脚本调用的静态启动器类引导。 启动器类实例化应用程序上下文，然后调用其 bean 之一的方法。

围绕数据库更新进行事务处理的“最佳”方法是什么？

我将把“最好”的定义留给你，但我认为它应该是“易于设置”、“易于配置”、“便宜”和“易于打包和重新分发”的功能。 FOSS 自然是好的。

Answer 1

在多个数据库上分发事务的最佳方法是： 不要。

有些人会向您推荐 XA，但 XA（或两阶段提交）是一个谎言（或市场术语）。

想象一下：在第一阶段告诉 XA 管理器它可以发送最终提交后，与其中一个数据库的网络连接失败。 怎么办？ 暂停？ 这会使另一个数据库损坏。 回滚？ 两个问题：您无法回滚提交以及您如何知道第二个数据库发生了什么？ 也许在成功提交数据后网络连接失败，只丢失了“成功”消息？

最好的方法是将数据复制到一个地方。 使用允许您中止复制并随时继续复制的方案（例如，忽略您已有的数据或按 ID 排序选择并仅请求副本的记录 > MAX(ID)）。 通过交易来保护这一点。 这不是问题，因为您只从源读取数据，因此当事务因任何原因失败时，您可以忽略源数据库。 因此，这是一个普通的单一来源交易。

复制数据后，在本地进行处理。

Answer 2

在您的上下文中设置事务管理器。 Spring 文档有例子，而且非常简单。 然后，当您想要执行交易时：

try { 
    TransactionTemplate tt = new TransactionTemplate(txManager);

    tt.execute(new TransactionCallbackWithoutResult(){
    protected void doInTransactionWithoutResult(
            TransactionStatus status) {
        updateDb1();
        updateDb2();
    }
} catch (TransactionException ex) {
    // handle 
}

有关更多示例和信息，也许可以看一下：
使用 Spring 的 XA 事务

Answer 3

当您说“两个不同的数据库”时，您是指不同的数据库服务器，还是同一数据库服务器内的两个不同模式？

如果是前者，那么如果您想要完整的事务性，那么您需要 XA 事务 API，它提供完整的两阶段提交。 但更重要的是，您还需要一个事务协调器/监视器来管理不同数据库系统之间的事务传播。 这是 JavaEE 规范的一部分，而且是其中非常稀有的一部分。 TX 协调器本身是一个复杂的软件。 您的应用程序软件（如果您愿意，可以通过 Spring）与协调器进行通信。

但是，如果您只是指同一数据库服务器中的两个数据库，那么普通 JDBC 事务应该可以正常工作，只需在单个事务中对两个数据库执行操作即可。

Answer 4

在这种情况下，您需要一个事务监视器（支持 XA 协议的服务器）并确保您的数据库也支持 XA。 大多数（全部？）J2EE 服务器都内置了事务监视器。如果您的代码不在 J2EE 服务器中运行，那么有很多独立的替代方案 - Atomicos、Bitronix 等。

Answer 5

您可以尝试 Spring ChainedTransactionManager - http://docs.spring.io/spring-data/commons/docs/1.6.2.RELEASE/api/org/springframework/data/transaction/ChainedTransactionManager.html 支持分布式数据库交易。 这可能是 XA 的更好替代方案

Answer 6

对于那些建议可以消除对两阶段提交的担忧的人，因为它在实践中广泛使用，我建议看看这个： https://en.wikipedia.org/wiki/Two-phase_commit_protocol。 2PC 文章底部有一个链接，指向关于三阶段提交的文章(!)

3PC 上文章的一些摘录：

在计算机网络和数据库中，三阶段提交协议（3PC）[1]是一种分布式算法，它让分布式系统中的所有节点都同意提交事务。 它是两阶段提交协议 (2PC) 的一种更具故障恢复能力的改进。

三阶段提交假设网络延迟有限，节点响应时间有限； 在大多数具有无限网络延迟和进程暂停的实际系统中，它无法保证原子性。

总结一下：

• 3PC 比 2PC 更能抵抗故障 即使
• 3PC 也不能保证原子性
• 对 2PC 得出你自己的结论