建议先关注、点赞、收藏后再阅读。
在终一致性分布式事务解决方案中，服务模式是指协调分布式事务时涉及的角色和交互方式。
常见的服务模式包括：
- 两阶段提交（Two-Phase Commit，2PC）： 该模式包括一个协调者（Coordinator）和多个参与者（Participant）。在第一阶段，协调者向所有参与者发送事务准备请求，并等待参与者的响应。如果所有参与者都准备好执行事务，协调者会发送事务提交请求给所有参与者。在第二阶段，参与者执行事务并向协调者汇报是否成功。如果所有参与者都成功执行事务，则协调者发送事务提交指令给所有参与者，否则发送事务回滚指令。
- 三阶段提交（Three-Phase Commit，3PC）： 该模式是对两阶段提交的改进，引入了超时机制以及一个预提交阶段。在第一阶段，协调者向所有参与者发送事务准备请求，并等待参与者的响应。如果所有参与者都准备好执行事务，协调者进入预提交阶段，在此阶段参与者会将事务写入日志并锁定资源，但不执行事务。在第二阶段，协调者向所有参与者发送预提交请求，并等待参与者的响应。如果所有参与者都成功执行预提交操作，则协调者进入第三阶段，发送事务提交指令给所有参与者。否则，协调者发送事务回滚指令给参与者。
- 补偿事务（Compensating Transaction）： 该模式是一种补偿机制，无论事务是成功还是失败，均有对应的补偿操作。在该模式中，每个参与者在执行事务之前，需要先执行一个与事务相对的补偿操作。当发生故障或事务回滚时，可以通过执行相应的补偿操作来撤销事务的影响。
- Paxos： 该模式是一种基于消息传递的一致性协议，用于解决分布式一致性问题。Paxos将分布式系统中的节点分为提议者（Proposer）和接收者（Acceptor）。提议者提出一个值，并向接收者发送提案。接收者根据一定规则对提案进行投票，并最终达成共识，同意接受一个值。
- Raft： 该模式是一种基于复制日志的一致性算法，用于解决分布式系统中的一致性问题。Raft将分布式系统中的节点分为领导者（Leader）、跟随者（Follower）和候选人（Candidate）。在Raft中，选择领导者的过程是通过选举来实现的，领导者负责接收客户端请求、复制日志并向跟随者发送心跳。
以上是终一致性分布式事务解决方案中常见的服务模式。不同的服务模式适用于不同的分布式场景，选择适合的服务模式可以提高分布式事务的一致性和可靠性。
TCC（Try-Confirm-Cancel）解决方案是一种在分布式事务中实现终一致性的方式。
TCC解决方案的工作原理如下：
- 尝试（Try）阶段： 在这个阶段，事务发起方（即服务调用方）会调用参与方（即服务提供方）的try方法。在try方法中，参与方会预留资源和执行业务操作，并将操作的中间结果保存在本地事务日志中。
- 确认（Confirm）阶段： 如果所有参与方的try方法都执行成功，事务发起方会调用参与方的confirm方法，此时参与方会确认执行业务操作并释放预留资源。
- 取消（Cancel）阶段： 如果任何一个参与方的try方法执行失败，事务发起方会调用所有参与方的cancel方法，此时参与方会撤销之前的业务操作并释放预留资源。
TCC解决方案主要依赖于参与方的try、confirm和cancel方法来实现终一致性。通过事务发起方与参与方之间的协调，当所有参与方的try方法都执行成功时，确认阶段会执行业务逻辑；而当任何一个参与方的try方法执行失败时，取消阶段会执行相反的业务逻辑。因此，TCC解决方案可以在分布式环境下保证事务的终一致性。
