第一階段： 準備階段：協調者向參與者發起指令，參與者評估自己的狀態，如果參與者評估指令可以完成，則會寫redo或者undo日誌，讓後鎖定資源，執行操作，但並不提交。第二階段:如果每個參與者明確返回準備成功，則協調者向參與者傳送提交指令，參與者釋放鎖定的資源，如何任何乙個參與者明確返回準備失敗，則協調者會傳送中指指令，參與者取消已經變更的事務，釋放鎖定的資源。
兩階段提交方案應用非常廣泛，幾乎所有商業oltp資料庫都支援xa協議。但是兩階段提交方案鎖定資源時間長，對效能影響很大，基本不適合解決微服務事務問題。 缺點：如果協調者宕機，參與者沒有協調者指揮，則會一直阻塞。
第一階段是表決階段，所有參與者都將本事務能否成功的資訊反饋發給協調者；
第二階段是執行階段，協調者根據所有參與者的反饋，通知所有參與者，步調一致地在所有分支上提交或者回滾。
兩階段提交方案應用非常廣泛，幾乎所有商業oltp資料庫都支援xa協議。但是兩階段提交方案鎖定資源時間長，對效能影響很大，基本不適合解決微服務事務問題。
三階段提交協議是兩階段提交協議的改進版本。它通過超時機制解決了阻塞的問題，並且把兩個階段增加為三個階段：
詢問階段：協調者詢問參與者是否可以完成指令，協調者只需要回答是還是不是，而不需要做真正的操作，這個階段超時導致中止。
準備階段：如果在詢問階段所有的參與者都返回可以執行操作，協調者向參與者傳送預執行請求，然後參與者寫redo和undo日誌，執行操作，但是不提交操作；如果在詢問階段任何參與者返回不能執行操作的結果，則協調者向參與者傳送中止請求，這裡的邏輯與兩階段提交協議的的準備階段是相似的，這個階段超時導致成功
提交階段：如果每個參與者在準備階段返回準備成功，也就是預留資源和執行操作成功，協調者向參與者發起提交指令，參與者提交資源變更的事務，釋放鎖定的資源；如果任何乙個參與者返回準備失敗，也就是預留資源或者執行操作失敗，協調者向參與者發起中止指令，參與者取消已經變更的事務，執行undo日誌，釋放鎖定的資源，這裡的邏輯與兩階段提交協議的提交階段一致
增加了乙個詢問階段，詢問階段可以確保盡可能早的發現無法執行操作而需要中止的行為，但是它並不能發現所有的這種行為，只會減少這種情況的發生在準備階段以後，協調者和參與者執行的任務中都增加了超時，一旦超時，協調者和參與者都繼續提交事務，預設為成功，這也是根據概率統計上超時後預設成功的正確性最大 三階段提交協議與兩階段提交協議相比，具有如上的優點，但是一旦發生超時，系統仍然會發生不一致，只不過這種情況很少見罷了，好處就是至少不會阻塞和永遠鎖定資源。
二段提交協議 三段提交協議
1 二段提交協議 2pc提交事務階段 投票階段 協調者發起事務請求到所有的參與者，參與者接收到事務請求後判斷自身情況，如果不能執行事務，則反饋不能提交事務，返回no，如果可以就執行事務，並將undo和redo資訊記錄事務日誌中，反饋yes 執行事務階段 協調者收到所有參與者反饋yes就發布commi...
分布式事物中二段提交協議 三段提交協議理解
1 二段提交協議 2pc，以下圖為理解基礎 提交事務階段 投票階段 協調者發起事務請求到所有的參與者，參與者接收到事務請求後判斷自身情況，如果不能執行事務，則反饋不能提交事務，返回no，如果可以就執行事務，並將undo和redo資訊記錄事務日誌中，反饋yes 執行事務階段 協調者收到所有參與者反饋y...
二階段提交協議，三階段提交協議
其實三者都是為了解決分布式一致性問題而存在的協議和演算法。首先先來了解幾個概念。協調者 coordinator 在分布式系統中，當事務操作需要跨越多個分布式節點的時候，為了保持分布式處理的acid特性，需要引入它來統一排程所有節點的執行邏輯。參與者 participant 協調者排程的這些節點就是參...