【问题标题】:Are distributed database transactions guaranteed to commit/rollback?分布式数据库事务是否保证提交/回滚?
【发布时间】:2011-06-22 18:01:25
【问题描述】:

我有在本地数据库中插入一条记录并在远程数据库中插入一条记录的应用程序代码(通过 Oracle Database Link)。当我提交这个分布式事务时,是否保证本地和远程数据库都将提交或都回滚,或者是否有机会远程提交但本地提交会失败(反之亦然)?

【问题讨论】:

  • 如果分布式事务的行为与针对每个服务器的独立事务相同,那么分布式事务的意义何在? (允许您担心的提交/回滚不匹配)
  • @Damien_The_Unbeliever:我同意,但我只是没有看到如何解释每一种可能性。乔纳森的回答是有道理的 - 如果一个系统发生灾难性故障,似乎仍有一些情况可能会挂起,但绝大多数情况都得到了处理。
  • @Renderln - 如果您的事务日志所在的磁盘发生灾难性故障,您可以认为提交成功,而实际上事务不可恢复 - 因此即使不调用分布式事务,总会有边缘情况。

标签: sql oracle transactions distributed-transactions


【解决方案1】:

如果 Oracle 不使用 Two-Phase Commit (2PC) 协议的等效协​​议,我会感到惊讶,该协议可确保同时提交或都回滚。

对于 2PC,有一个称为预提交阶段的阶段,主(协调者)实例记录自己的决定并告诉所有参与者准备好提交(并报告他们的状态 - 必须失败,或者可以提交)。参与者也准备好提交,并且(如果他们可以提交)在告诉协调员他们准备好提交后等待协调员的进一步指示。当所有参与者都响应后,协调器记录最终决定,并将该决定发送给参与者,并根据其决定采取行动。如果主节点在记录决策后但在成功将决策发送给参与者之前失败,参与者可以被挂起,处于既不能提交也不能回滚的状态。有办法从中恢复。如果协调器停留的时间足够长(例如,由于灾难性的硬件故障而停止服务),您最终可能会遇到问题;通常,参与者最终会进行启发式回滚(假定回滚) - 但这需要非常糟糕的运气才能造成任何麻烦。

有 2PC 的替代品;最终结果是相同的 - 全部提交或全部回滚。

【讨论】:

猜你喜欢
  • 1970-01-01
  • 2012-03-03
  • 1970-01-01
  • 1970-01-01
  • 2019-07-11
  • 2023-03-15
  • 2017-02-02
  • 2013-07-02
相关资源
最近更新 更多