>[info] TCC-基于業務接口  說起分布式事務的概念，不少人都會搞混淆，似乎好像分布式事務就是TCC。實際上TCC與2PC、3PC一樣，只是分布式事務的一種實現方案而已。 ***** TCC（**Try-Confirm-Cancel**）又稱補償事務。其核心思想是："針對每個操作都要注冊一個與其對應的確認和補償（撤銷操作）"。它分為三個操作： * **Try階段：** 主要是對業務系統做檢測及資源預留。 * **Confirm階段：** 確認執行業務操作。 通過調用確認接口。 * **Cancel階段：** 取消執行業務操作。 通過調用取消接口。  ***** TCC事務的處理流程與2PC兩階段提交類似，不過2PC通常都是在跨庫的DB層面，而TCC本質上就是一個應用層面的2PC，需要通過業務邏輯來實現。這種分布式事務的實現方式的優勢在于，可以讓**應用自己定義數據庫操作的粒度，使得降低鎖沖突、提高吞吐量成為可能**。 ***** **不足之處：** 1. 在于對應用的侵入性非常強，業務邏輯的每個分支都需要實現try、confirm、cancel三個操作。此外，其實現難度也比較大，需要按照網絡狀態、系統故障等不同的失敗原因實現不同的回滾策略。為了滿足一致性的要求，confirm和cancel接口還必須實現冪等。 2. 開發量很大。