Java EE / EJB vs Spring 用于具有多个数据库集群的分布式事务管理

Question

我需要制作一个原型（在具有 MySQL 的 J2EE 兼容应用程序服务器中运行）演示以下内容

• 展示在全球不同站点的多个数据库上分发事务的能力（应用程序管理的数据复制）

• 展示从位于多个位置的多个数据库集群中选择将事务写入数据库的能力。选择写入哪个数据库取决于用户位置。 （数据库管理的数据复制）

我可以选择 Spring 堆栈或 Java EE 堆栈（EJB 等）。了解您对哪个堆栈更好地支持多个数据库集群上的分布式事务的意见会很有用。

如果可能的话，能否请您指出任何您认为对学习如何使用两个堆栈中的任何一个来实现上述内容有用的资源。我认为查看两者的示例将有助于理解它们是如何工作的，并且可能会更好地决定使用哪个堆栈。

我在 Google 上搜索过很多网站，但大多数似乎已经过时（即 EJB 3 之前和 Spring 3 之前）

谢谢

Answer 1

我会通过以下方式使用 JavaEE 堆栈：

• 为每个数据库服务器配置一个 XA DataSource
• Stateless EJB 根据用户的位置，查找对应的 DataSource 并从中获取连接
• 在将事务广播到所有服务器时，Stateless EJB 必须迭代所有已配置的 DataSource 以对它们执行一个或多个查询，但在单个事务中

如果出现技术故障，事务会在所有相关服务器上回滚。在业务失败的情况下，由于context.setRollbackOnly()，代码可以触发回滚。

这样，您首先受益于 JavaEE 自动分布式事务划分，然后如果您需要手动管理事务，您可以使用更复杂的模式。

但是，您在事务中登记的服务器越多，两阶段提交操作将持续的时间越长，此外，如果您在系统之间存在高延迟。而且我怀疑 MySQL 是执行此类复杂分布式事务的最佳关系数据库实现。