分布式事务如何工作（例如 MSDTC）？

Question

我以一种模糊的方式理解常规 ACID 事务是如何工作的。 您在数据库上执行某些工作时，直到设置某种提交标志后才会确认该工作。 提交部分基于一些基本假设（例如单个磁盘块写入是原子的）。 如果发生灾难性错误，您可以在恢复阶段清除未提交的数据。

分布式事务如何运作？ 在一些 MS 文档中，我读到您可以以某种方式跨数据库和文件系统（除其他外）执行事务。

该技术可以（并且可能是）用于安装程序，您希望程序完全安装或完全不存在。 您只需在安装程序启动时开始一个事务即可。 接下来，您可以连接到注册表和文件系统，进行定义安装的更改。 作业完成后，只需提交即可，如果安装因某种原因失败则回滚。 这个神奇的分布式事务协调器会自动为您清理注册表和文件系统。

两个不同的系统怎么可能以这种方式进行交易？ 在我看来，总是有可能使系统处于不一致的状态，即文件系统已提交更改而注册表尚未提交。 我认为在 MSDTC 中甚至可以通过网络执行交易。

我已阅读 http://blogs.msdn.com/florinlazar/ archive/2004/03/04/84199.aspx，但感觉这只是解释的开始，第4步应该大大扩展。

编辑：根据我在http://en.wikipedia.org/wiki上收集的信息/Distributed_transaction，它可以通过两阶段提交来完成（http://en .wikipedia.org/wiki/Two-phase_commit）。 读完本文后，我仍然没有 100% 理解该方法，似乎步骤之间存在很大的错误空间。

Answer 1

关于“第4步”：

事务管理器坐标
与资源经理一起确保
所有人都成功完成了要求的事情
工作或没有工作，因此
保持 ACID 属性。

这当然要求所有参与者提供正确的接口和（无错误）实现。 界面看起来大概是这样的：

public interface ITransactionParticipant {
    bool WouldCommitWork();
    void Commit();
    void Rollback();
}

事务管理器在提交时询问所有参与者是否愿意提交事务。 仅当参与者能够在所有允许的错误条件（验证、系统错误等）下提交此事务时，参与者才可以断言这一点。 当所有参与者都断言能够提交事务后，管理器将 Commit() 消息发送给所有参与者。 如果任何参与者提出错误或超时，则整个事务将中止并且单个成员将回滚。

该协议要求参与者在断言其提交能力之前记录其整个交易内容。 当然，这必须位于特殊的本地事务日志结构中，以便能够从各种故障中恢复。