建议先关注、点赞、收藏后再阅读。
在TCC（Try-Confirm-Cancel）中，存在死锁的风险，但不存在活锁的风险。
为了避免死锁问题的发生，以下是一些可以采取的措施：
- 顺序获取锁： 在参与者执行事务时，按照固定的顺序获取锁资源，确保不会出现循环等待导致的死锁。
- 锁的超时机制： 在获取锁资源时，设置超时机制，确保一段时间内未能获取到锁资源时，释放已持有的锁。
- 限制事务的深度： 限制长时间运行的子事务的数量，降低出现锁冲突的概率。
- 事务超时处理： 当一个事务超过指定时间仍未完成时，可以主动回滚该事务，释放锁资源。
- 正确的事务设计： 合理地设计事务的粒度和步骤，避免一个事务涉及多个资源，从而降低出现死锁的可能性。
对于活锁问题，TCC的设计能够避免活锁的发生。因为TCC的特点是在执行事务时，不进行阻塞等待资源的情况下继续执行，即使某个事务失败，也不会一直重试导致其他事务无法进行。因此，TCC可以在一定程度上避免活锁的问题。
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模式可以提供高可用、高性能、分布式的事务处理能力，保证系统的数据一致性和可靠性。
