简介
TCC是一种常见的分布式事务机制，是“Try-Confirm-Cancel”三个单词的缩写，是有数据库专家Pat Helland在2007年撰写的论文《Life beyond Distributed Transactions: An Apostate’s Opinion》中提出。
TCC组成
TCC对原有业务侵入性较强，要求业务处理过程必须拆分问“预留业务资源”和“确认/释放消费资源”两个子过程，就如同TCC的名字一样，它分为三个阶段
- Try
尝试执行阶段，完成所有业务可执行性的检查（保障一致性），并且预留好全部需要用到的业务资源（保障隔离性） - Confirm
确认执行阶段，不进行任何业务检查，直接使用Try阶段准备的资源来完成业务处理。Confirm阶段可能会重复执行，因此本阶段执行的操作需要具备幂等性 - Cancel
取消执行阶段，释放Try阶段预留的业务资源。Cancel阶段可能会重复执行，因此本阶段执行的操作也需要具备幂等性
例子
下图是一个TCC的一个基本流程，通常在TCC中会存在一个coordinator（协调员）用于确保所有参与者确认他们的Confirm/Cancel：
- 发起者调用coordinator开始TCC业务
- 发起者对一个或多个参与者调用 POST (Try) 以创建预订
- 发起者调用coordinator确认或取消交易
- coordinator根据发起者对每个参与者调用PUT（Confirm）或 DELETE（Cancel）
