1. 2PC是什么

保證強一致性的一種分布式事務方案

2. 2PC流程

• 把事務分成兩個階段
  • 第一階段：由事務管理器向所有database發送prepare請求
  • 第二階段根據第一階段的結果決定。
    • 如果第一階段全部響應ok那么執行第二階段的commit；
    • 如果第一階段有一個database響應fail或者事務管理器等待超時那么執行第二階段的rollback

3. 2PC的使用場景

• 適用于強一致性、時間敏感度高、分布式事務可以回滾的業務的處理結果，比如金融轉賬場景
• 單個服務多個數據源且數據源都是DB，即傳統單體

4. 2PC的問題

• 性能問題：在階段1，各個database開始鎖定資源，直到第二階段才釋放鎖資源。這段期間一直處于同步阻塞狀態，性能很差
• 單點問題：階段1完成之后，在階段2如果事務管理器掛了，那么所有database無法收到下一步指令，事務無法繼續執行
• 一致性問題：階段1完成之后，在階段2如果任一database掛了沒有返回ACK，那么其他database是提交還是回滾無法確定

5. 2PC的實現

• 每個參與者需要實現3個接口
  • Prepare
  • Commit
  • Rollback

5.1. XA

• 數據庫基于2PC實現的分布式事務，有一個統一標準叫做DTP
• DTP模型定義了幾個角色：
  • AP：我們的微服務
  • TM：全局事務管理者
  • RM：數據庫
  • CRM：TM和RM的通信中間件
• 在該模型中，一個分布式事務（全局事務）可以被拆分成許多個本地事務，運行在不同的AP和RM上。每個本地事務的ACID很好實現，但是全局事務必須保證其中包含的每一個本地事務都能同時成功，若有一個本地事務失敗，則所有其它事務都必須回滾。但問題是，本地事務處理過程中，并不知道其它事務的運行狀態。因此，就需要通過CRM來通知各個本地事務，同步事務執行的狀態。
• 為了讓不同的數據庫之間可以通訊，必須有一個標準，因此有了XA。XA就是TM和RM通訊的接口規范

5.2. Seata的XA模式

• 支持XA事務的數據庫。
• Java 應用，通過 JDBC 訪問數據庫。

6. 參考

• 再有人問你分布式事務，把這篇扔給他 - 掘金
• 事務 - 請問TCC和2PC的區別在哪里 - SegmentFault 思否
• 請問TCC和2PC的區別在哪里？ - 知乎
• Seata XA 模式