1. TCC是什么

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

2. TCC流程

• TCC：Try、 Confirm、 Cancel
• 把事務分成兩個階段
  • 第一階段執行Try操作，對業務檢查及資源預留
  • 第二階段根據第一階段的結果決定。
    • 如果第一階段成功則執行Con?rm 做業務確認操作；
    • 如果第一階段失敗則執行Cancel（實現一個與 Try 相反的操作，類似于人工回滾）

3. 2PC vs TCC

• 跟2PC比較非常相似，都是兩個階段
  • 2PC是數據庫層面的兩階段，而TCC是應用層面的兩階段
  • TCC的每個Try、Confirm、Cancel各自在一個單獨的事務中；而2PC則是在一個事務中
• TCC解決了2PC幾個缺點
  • 性能問題：階段1只是檢查并預留資源，不需要加鎖至階段2
  • 單點問題：階段1完成之后，在階段2如果業務活動管理器掛了那么還有其他的業務活動管理器
  • 一致性問題：階段1完成之后，在階段2如果任一參與者掛了沒有返回ACK，那么一直重試直至成功（因為階段1已經預留了資源可以保證成功）

4. TCC的問題

• 侵入性高：依賴于業務方來配合提供ry, confirm, cancel 三個接口

5. TCC的使用場景

• 適用于強一致性、實時性要求高、分布式事務可以回滾的業務的處理結果，比如互聯網金融企業最核心的三個服務：交易、支付、賬務
• 多個服務使用多個數據源且數據源可以不是DB

6. TCC的實現

6.1. Seata的TCC模式

• 不依賴于底層數據資源的事務支持：
  • 一階段 prepare 行為：調用 自定義 的 prepare 邏輯。
  • 二階段 commit 行為：調用 自定義 的 commit 邏輯。
  • 二階段 rollback 行為：調用 自定義 的 rollback 邏輯。

6.2. Seata的AT模式

• 基于 支持本地 ACID 事務 的 關系型數據庫
• Java 應用，通過 JDBC 訪問數據庫。
• Seata的AT模式第二階段根本不需要我們編寫，全部有Seata自己實現了

7. 參考

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