建议先关注、点赞、收藏后再阅读。
TCC（Try-Confirm-Cancel）分布式事务的核心思想是通过将一个复杂的分布式事务分解为三个阶段：尝试（Try）、确认（Confirm）和取消（Cancel），来实现分布式系统中的事务一致性。
在TCC分布式事务模式中，每个参与者在事务执行过程中，都需要实现以下三个方法：
- 尝试（Try）： 在这一阶段，参与者会尝试执行事务的业务逻辑，并预留资源。但此时并没有真正执行事务，也没有对外部资源产生影响。
- 确认（Confirm）： 在这一阶段，参与者根据尝试阶段的结果，对事务进行确认。如果所有参与者的尝试操作都成功，那么参与者会对外部资源进行正式的提交操作。这样就保证了事务的一致性。
- 取消（Cancel）： 在这一阶段，参与者根据尝试阶段的结果，对事务进行取消。如果任何一个参与者的尝试操作失败，那么所有参与者都会进行事务的回滚操作，将之前的资源预留释放。这样可以保证在事务发生异常时，系统能够正确地恢复到之前的稳定状态。
通过TCC模式，事务的尝试阶段可以根据具体的业务场景进行定制化的补偿逻辑。无论在确认还是取消阶段，都可以根据具体的业务需求对事务状态进行监控和处理。这样就能够在分布式环境中实现事务的最终一致性，确保系统的数据一致性和可靠性。
TCC分布式事务模式对于分布式系统的事务管理提供了一种有效的解决方案，但同时也会增加系统的复杂性和开发工作量。因此，在实际应用中，需要根据业务需求和系统的复杂度来评估是否采用TCC分布式事务模式。
在TCC (Try-Confirm-Cancel) 中，事务是通过以下步骤实现的：
- 尝试(Try)阶段： 在这个阶段，事务参与者会预留必要的资源，并执行一些前置操作。如果所有参与者都能成功执行并预留资源，那么事务进入确认(Confirm)阶段。否则，事务进入取消(Cancel)阶段。
- 确认(Confirm)阶段： 在这个阶段，事务参与者会根据之前预留的资源来执行真正的业务操作。如果所有参与者都能成功确认操作，那么事务提交成功。否则，事务进入取消阶段。
- 取消(Cancel)阶段： 在这个阶段，事务参与者会释放之前预留的资源，并执行一些后续操作来回滚之前的操作。事务取消后，最终状态与事务开始前的状态一致。
TCC的实现原理如下：
- 定义接口： 为每个事务参与者定义三个操作接口：try、confirm和cancel。try方法用于预留资源和执行前置操作，confirm方法用于执行业务操作，cancel方法用于释放资源和回滚操作。
- 事务协调器： TCC事务协调器负责协调所有参与者的操作，并处理异常情况。当一个事务需要执行时，事务协调器按照特定的业务逻辑调用参与者的try方法。如果所有参与者都成功执行了try方法，事务协调器会按照特定的顺序依次调用confirm方法。如果其中一个参与者的confirm方法失败，事务协调器会依次调用已成功执行try方法的参与者的cancel方法。
- 事务日志： 为了保证事务的可靠性，TCC一般会使用事务日志来记录所有参与者的操作。事务日志记录了每个参与者的try、confirm和cancel操作的执行情况，以便在异常发生时进行补偿。
- 幂等性： 由于网络通信等问题可能导致重试，TCC要求参与者的操作必须具备幂等性。这样即使发生重试，也能保证只产生一次影响。
通过以上原理，TCC实现了分布式事务的最终一致性，并提供了一种较为灵活的事务处理方式。
