- 协调者向参与方A和B发送数据库更新命令，
- A与B进行数据库更新操作，在提交之前，先向协调者发送提交就绪命令
- 如果协调者收到了A和B的命令都是就绪命令的话，则就向A和B发送提交命令，并向调用者返回事务更新成功。
- A和B收到提交命令就执行提交操作，这一步骤必须要执行成功，不成功就一直重试，实在不行就人工干预。
- 基于base理论，强调最终一致性。是柔性事务
- Try：指的是预留，即资源的锁定和预留
- /confirm/i：确认操作，你可以理解为数据库真正的提交操作
- Cancel：撤销操作，把预留阶段的动作给撤销了。
- 它的逻辑跟两阶段提交很像，但是2PC是数据库层面上的，而TCC适用范围更大。
- 调用者向事务管理者发起事务
- 事务管理者向事务参与方A和B发起预留命令
- 事务管理者如果收到了A和B的回复都是预留成功，则事务管理者会向A和B发送确认操作并向调用者返回事务操作成功，否则就向A和B发送撤销操作并向调用者发送事务操作失败。
- 补充：可以通过在TCC模式下引入mq实现可靠消息，保证最终一致性。
