问题:XA/JTA事务还在使用吗?

我有一个与多个数据库和一些自定义服务交互的应用程序。对于某些操作,我需要类似事务的行为,其中一组更改要么跨所有数据库/服务提交,要么在发生错误时全部回滚。

X/Open 组的 XA 标准和 Java JTA 似乎使用两阶段提交过程准确地解决了这个问题。一些数据库(mySQL、Postgres、Oracle)支持这些接口,但我感觉它们不经常使用或流行度下降。真的吗?如果是这样,为什么?

我知道 mySQL 上的 XA 存在一些与复制相关的问题。此外,XA 事务可能会明显变慢。 XA 不受欢迎/不常见还有其他原因吗?

解答

XA有几点:

  • 它完成了它的工作,没有可接受的替代方案。如果您必须使用分布式事务,那么就无法绕过 XA。

  • 是“标准技术”,不炒作,不营销。因此,它在大多数人的雷达之下飞行。

  • 即使使用它,Jack Application Developer 也很可能不知道它,因为大多数部分通常隐藏在某些框架中。

  • 对 XA 的需求确实有所下降,因为面向服务的体系结构 (SOA) 和消息队列是被炒作的体系结构范式,它们_尝试_避免子系统的这种紧密耦合。尽管至少 SOA 似乎也在下降得很好。 ;-)

  • XA 中经常被遗忘的部分是事务实际中断时使用的所需代码和工具。在 XA 的一些郊区,事务管理器在相当长的一段时间内既不能提交也不能回滚所有资源。这一点只会增加“仅在您_真的_必须_时使用它”这一点。

Logo

PostgreSQL社区为您提供最前沿的新闻资讯和知识内容

更多推荐