标签：mysql postgresql jta xa distributed-transactions

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

X / Open组和Java JTA的XA标准似乎使用两阶段提交过程来解决这个问题.一些数据库(mySQL,Postgres,Oracle)支持这些接口,但我觉得它们不经常使用或不受欢迎.真的吗？如果是这样,为什么？

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

解决方法:

XA有几点：

>它完成了它的工作,没有公认的替代方案.如果必须使用分布式事务,则无法绕过XA.
>这是“标准技术”,没有炒作,没有营销.因此它飞行在大多数人的雷达之下.
>即使使用它,Jack Application Developer也很有可能不知道它,因为大多数部分通常隐藏在某些框架中.
>对XA的需求确实有所下降,因为面向服务的体系结构(SOA)和消息队列是大肆宣传的体系结构范例,试图避免子系统的这种紧密耦合.虽然至少SOA似乎也在下降得很好.

标签：mysql,postgresql,jta,xa,distributed-transactions
来源： https://codeday.me/bug/20190613/1234986.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。