分布式事務

將整個事務流程分為兩個階段，準備階段（prepare phase）、提交階段（commit phase）

1.準備階段（prepare phase）：事務管理器（tm）給每個參與者傳送prepare訊息，每個資料庫參與者在本地執行事務，並寫本地的undo/redo日誌，此時事務沒有提交。（undo日誌是記錄修改前的資料，用於資料庫回滾，redo日誌是記錄修改後的資料，用於提交事務後寫入資料檔案）

2.提交階段（commit phase）：如果事務管理器收到了參與者的執行失敗或者超時資訊時，直接給每個參與者傳送回滾（rollback）訊息，否則傳送提交（commit）訊息；參與者根據事務管理器的指令這行提交或者回滾操作，最後釋放事務處理過程中使用的鎖資源。

2pc的傳統方案是在資料庫層面實現的，如oracle、mysql都支援了2pc協議，為了統一標準，制定標準化的處理模型及介面標準，定義了分布式事務處理模型dtp(distributed transaction processing reference model)

dtp模型定義如下角色：

rm（resource manager）：資源管理器，事務的參與者，一般情況下指乙個資料庫例項

tm（transaction manager）：事務管理器

xa是tm與rm之間通訊的介面規範，簡單理解為資料庫提供的2pc介面協議，基於資料庫的xa協議來實現的2pc又稱為xa方案

互動方式：

ap通過tm提交及回滾事務

tm通過xa介面通知rm執行資料變更

三階段提交是二階段提交的改進版本

與二階段提交不同的是，三階段提交有兩個改動點：

三階段提交有cancommit、precommit、docommit三個階段

1. cancommit階段

tm進行事務詢問，向rm傳送commit請求，rm返回是否可以提交

2.precommit階段

tm根據參與者響應決定是否可以進行事務的precommit操作。有一下兩種情況：

相對於2pc， 3pc主要解決單點故障問題，並減少阻塞。但是，這種機制也會導致資料一致性問題，