建议先关注、点赞、收藏后再阅读。
TCC（Try-Confirm-Cancel）是一种分布式事务处理模式，它包含以下几个关键技术：
- 两阶段提交（Two-Phase Commit, 2PC）：在TCC模式中，每个分支事务都被视为一个参与者，2PC是用于实现协调这些分支事务的技术。首先，协调者（通常是一个中心化节点或服务）会发送prepare请求给所有的分支事务参与者，询问它们是否准备好执行事务。然后，所有参与者会将其准备好的状态返回给协调者。最后，协调者根据返回的准备状态决定是否提交或中止整个事务。2PC的作用在于确保所有参与者的事务操作是一致的，并且要么全部提交成功，要么全部回滚。
- 补偿操作（Compensating Operation）：TCC模式中，针对每个参与者都需要定义一个补偿操作。补偿操作是在事务确认（Confirm）或取消（Cancel）时执行的逆操作。例如，当分支事务参与者在确认阶段发生故障或失败时，可以通过执行补偿操作来回滚之前已经执行的操作，以达到事务的一致性与完整性。
- 并发控制与锁机制：在TCC模式中，多个分支事务可能存在并发执行的情况。为了保证数据的一致性与正确性，需要使用并发控制与锁机制来防止并发事务的冲突。比如，可以使用乐观锁或悲观锁来保证对共享资源的访问互斥，避免数据的不一致性。
- 消息队列（Message Queue）：为了在分布式系统中保证事务的可靠性与一致性，TCC模式通常使用消息队列作为事务协调工具。协调者可以通过消息队列发送prepare请求，并等待分支事务参与者的响应。而分支事务参与者在收到prepare请求后，可以将其准备好的状态异步地发送给协调者。这种异步通信的方式可以提高系统的吞吐量和扩展性。
- 分布式一致性算法：在TCC模式中，由于系统的分布式特性，可能会遇到网络故障、参与者故障等情况，因此需要使用分布式一致性算法来保证事务的正确执行。例如，可以使用Paxos算法、Raft算法等来实现分布式一致性协议，确保系统的可用性和数据的一致性。
- 事务日志与恢复机制：为了保证事务的持久性和可靠性，TCC模式通常需要记录事务日志，并在系统故障或异常情况下进行事务的恢复。事务日志可以记录每个分支事务的执行状态、结果和补偿操作，以便在需要时进行回滚或恢复。
通过以上关键技术的应用，TCC模式可以提供高可用、高性能、分布式的事务处理能力，保证系统的数据一致性和可靠性。
