分布式數據庫事務

在分布式數據庫環境中，一個數據庫事務可以更新多個場地上的數據，這種數據庫事務稱為分布式事務。

分布式事務必須滿足傳統事務的特性，即原子性，一致性，分離性和持久性。但是分布式事務處理過程中，某些場地(Server)可能發生故障，或 者由于網絡發生故障而無法訪問到某些場地。為了防止分布式系統部分失敗時產生數據的不一致性。在分布式事務的控制中采用了兩階段提交協議（Two- Phase Commit Protocol）。即事務的提交分為兩個階段：

預提交階段(Pre-Commit Phase)
決策后階段（Post-Decision Phase）

兩階段提交用來協調參與一個更新中的多個服務器的活動，以防止分布式系統部分失敗時產生數據的不一致性。例如，如果一個更新操作要求位于三個不同結點上的記錄被改變，且其中只要有一個結點失敗，另外兩個結點必須檢測到這個失敗并取消它們所做的改變。

為了支持兩階段提交，一個分布式更新事務中涉及到的服務器必須能夠相互通信。一般來說一個服務器會被指定為"控制"或"提交"服務器并監控來自其它服務器的信息。

在分布式更新期間，各服務器首先標志它們已經完成（但未提交）指定給它們的分布式事務的那一部分，并準備提交（以使它們的更新部分成為永久性的）。這是兩階段提交的第一階段。如果有一結點不能響應，那么控制服務器要指示其它結點撤消分布式事務的各個部分的影響。如果所有結點都回答準備好提交，控制服務器則指示它們提交并等待它們的響應。等待確認信息階段是第二階段。在接收到可以提交指示后，每個服務器提交分布式事務中屬于自己的那一部分，并給控制服務器 發回提交完成信息。

在一個分布式事務中，必須有一個場地的Server作為協調者(coordinator)，它能向 其它場地的Server發出請求，并對它們的回答作出響應，由它來控制一個分布式事務的提交或撤消。該分布式事務中涉及到的其它場地的Server稱為參 與者（Participant）。