当我在1994年第一次面对现实中的两阶段提交（最初是在较大的Oracle7环境中）时，我有类似的初始反应。简直是不可能做到的，这真是令人毛骨悚然。但是回顾一下大学的算法书籍，很明显，对于2PC没有通用的解决方案。

例如查看如何在分布式环境中达成共识

当然，在许多特定情况下，可以更轻松地完成对事务的2PC提交的解析，从而更易于完成或完全回滚，并且影响较小。但是总的问题仍然存在，无法解决。

在这种情况下，交易经理必须在某个时候决定要做什么。交易不能永远保持开放。因此，作为最终解决方案，他们将始终需要返回到自己的交易日志，因为一个或多个其他方可能无法在当前和不久的将来可靠地传达状态。一些事务管理器可能更高级，并且知道如何更轻松地解决某些案件，但是最终回退的需求仍然存在。

我为你感到抱歉。修复它似乎通常与二进制逻辑中的“虚假意味着任何东西”相同。

总结

开启Why can't I think like this?和What's so complicated about 2PC：参见上文。这个算法问题无法普遍解决。

On What are the exact risks when I clear broken tranlogs?：事务管理器具有一些支持它的数据库。在一般的关系数据库软件中，删除Translog是相同的问题。您会丢失有关正在进行的交易的信息。某些数据库平台仍然可以包含一些或大部分为整数的文件。有关背景知识和一些数据库理论，请参阅Wikipedia。

关于Don't you feel sick about the fact that TX manager can actually break storage state in an easy and ugly manner?：是的，有时候当我不得不由团队来完成很多工作时，我真的很讨厌它。但是，这使我可以继续工作:-)

附加：是否为2PC

从您的加入中，我了解到您正在考虑是否在项目中包含2PC。

我认为您的里程可能会有所不同。我们公司将2PC作为政策：尽可能避免使用。但是，在某些环境中，尤其是在遗留系统和复杂环境中，例如在银行业中发现的这种情况无法解决。客户需要它，他们可能不愿意让您对其他基础设施组件进行重大更改。

当您必须做2PC时：做好。我喜欢软件和基础结构的干净架构，而且它是如此简单，以至于即使从现在起5年，它的工作原理都非常清楚。

对于所有其他情况，我们远离两阶段提交。从客户端到应用程序服务器再到数据库后端，我们都有自己的框架（Invantive Producer）。在此框架中，我们选择了在分布式环境中正常工作时牺牲ACID元素。应用程序开发人员必须照顾好例如原子性。通常，只需很少的努力就可以实现，甚至不需要考虑。例如，所有软件都必须安全才能重新启动。即使具有事务的原子性，这也需要一些思考才能在大规模多用户环境中很好地完成（例如锁定问题）。

通常，这种愚蠢的方法非常易于理解和维护。在需要执行两阶段提交的情况下，我们能够只替换框架上的一些插件并对客户端代码进行一些更改。

所以我的建议是：

• 尽量避免使用2PC。
• 但是很好地封装您的事务逻辑。
• 无需完全重建即可执行2PC，而仅在需要的地方进行更改。

我希望这可以帮助你。如果您可以告诉我更多有关您的典型环境的信息（#tables中的大小，GB持久性数据中的大小，＃concurrent用户中的大小，典型事务管理软件和平台），我可以做出一些补充或改进。

另外：2PC中的电子邮件和避免消息丢失

关于是否建议将DB与JMS结合：不，将DB与JMS结合通常没有多大用处；它本身将已经有一些数据库，因此事务日志中的原始问题。

关于您的业务案例：我了解每个事件都会从模板发送一封电子邮件，而传出邮件会作为事件注册在数据库中。

这是很难破解的。我一直喜欢进行安全审核，最容易评估的安全问题之一就是检查电子邮件的使用情况。

电子邮件-除了在大多数情况下（例如明信片）不保密和防篡改之外-没有其他措施也无法保证传递和/或阅读。例如，即使直接在您的邮件传输代理和收件人之间传递电子邮件，也可能在没有通知事务监控器的情况下发生数据丢失。当涉及多跳时，情况甚至更糟。例如，每个MTA都有其自己的排队机制，在该机制上可以放入“炸弹”，从而导致数据丢失。但是您也可以考虑垃圾邮件措施，错误的配置，邮件循环，意外按下删除文件等。即使使用2PC可以注册电子邮件的发送而不会丢失任何交易信息时，这也绝对不能说明电子邮件将完全到达甚至跨越第一跳。

我工作的公司为项目驱动型企业销售大型软件包。此程序包具有集成的排队机制，该机制还处理电子邮件事件。通常在当今大多数实施中都与Exchange结合在一起。几个月来，我们遇到了一个很好的问题：事务开始，打开了邮件通道，以MTA形式发送到Exchange的邮件，注册已处理该邮件...由于Oracle表空间已满，事务中止了。在下一次运行中，邮件再次传递到Exchange，再次中止，等等。现在，算法得到了增强，但是从这个简单的示例中，您可以看到，即使在某些端点上，也需要所有端点在2PC中进行协作在接收和显示您的电子邮件的组织中距离很远。

如果您需要采取措施来确保已发送或阅读电子邮件，则需要采取其他措施来补充它。请从文献中选择应用程序控件，用户控件和过程控件之一。