TCC（Try-Confirm-Cancel）是一种分布式事务处理模型，用于解决在分布式系统中执行跨服务或跨资源的事务时的一致性问题。与传统的两阶段提交（2PC）和三阶段提交（3PC）相比，TCC提供了一种更为灵活和适应性更强的解决方案，尤其适用于长事务处理和需要高度一致性保证的业务场景。
### 工作原理
TCC模型将事务分为三个阶段：尝试（Try）、确认（Confirm）和取消（Cancel）。
1. **Try 阶段**：在这个阶段，事务的各个参与者检查事务请求的有效性，并预留必要的资源以保证事务可以被成功执行。这个阶段不会实际修改数据，只是做好准备工作，确保Confirm阶段可以顺利完成。
2. **Confirm 阶段**：如果Try阶段所有参与者都成功预留了资源，则进入Confirm阶段。在这个阶段，实际执行事务操作，修改数据，并释放在Try阶段预留的资源。如果所有参与者都成功执行了Confirm操作，那么整个事务被认为是成功的。
3. **Cancel 阶段**：如果在Try阶段的任何时刻发现事务无法成功完成（比如某个参与者无法预留足够的资源），或者在Confirm阶段之前发生了其他错误，那么事务将进入Cancel阶段。在这个阶段，所有参与者将撤销在Try阶段所做的准备工作，释放预留的资源，确保系统回到事务开始前的状态。
### 特点
- **强一致性**：TCC通过明确的业务逻辑分阶段处理，确保了事务的强一致性。
- **灵活性**：TCC模型允许开发者根据具体业务需求设计Try、Confirm和Cancel这三个阶段的逻辑，提供了较高的灵活性。
- **适用于长事务**：由于TCC不是基于锁的机制，而是通过业务逻辑来保留和释放资源，因此更适合处理执行时间较长的事务。
- **系统复杂度增加**：实现TCC模型需要在业务层面上进行细致的设计和编码，会增加系统的复杂度。
### 应用场景
TCC模型特别适用于分布式系统中那些需要强一致性保证，且参与者之间相互独立、事务执行时间可能较长的场景。例如，电商平台的下单操作，可能需要同步更新库存、记录订单、扣减用户余额等，这些操作跨多个服务或系统，使用TCC模型可以有效确保事务的一致性和完整性。
总的来说，TCC是一种通过业务逻辑来确保分布式事务一致性的模型，虽然实现复杂，但提供了高度的灵活性和强一致性保证，适用于复杂的分布式系统场景。
标签：事务,Confirm,Try,谈谈,阶段,一致性,TCC,分布式 From： https://blog.csdn.net/hellozhuaizhuai/article/details/137164765