本文主要是介绍TCC的核心流程和实例说明,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
建议先关注、点赞、收藏后再阅读。
TCC(试探-确认-取消)是一种分布式事务解决方案,它的核心流程包括三个阶段:试探阶段(Try)、确认阶段(Confirm)和取消阶段(Cancel)。
试探阶段(Try):
在试探阶段,业务系统尝试预留资源,并在本地执行业务逻辑。这个阶段主要包括以下步骤:
- 尝试预留资源:业务系统向参与者发起预留资源的请求,参与者根据自身的资源情况进行预留操作,将预留的资源锁定起来。
- 执行业务逻辑:业务系统在本地执行一些业务操作,可能会对数据进行修改,但此时不会对外部资源产生影响。
如果试探阶段执行成功,那么事务进入确认阶段;如果试探阶段执行失败,那么事务进入取消阶段。
确认阶段(Confirm):
在确认阶段,业务系统将之前试探阶段的操作生效,并通知参与者进行阶段性的确认。这个阶段主要包括以下步骤:
- 确认参与者:业务系统向参与者发起确认请求,参与者根据之前的预留资源进行确认操作,将资源状态更新为已确认。
- 确认业务逻辑:业务系统在本地执行之前的业务操作,将之前的修改生效。
如果确认阶段执行成功,事务提交完成;如果确认阶段执行失败,那么事务进入取消阶段。
取消阶段(Cancel):
在取消阶段,业务系统撤销之前试探阶段的操作,并通知参与者进行阶段性的取消。这个阶段主要包括以下步骤:
- 取消参与者:业务系统向参与者发起取消请求,参与者根据之前的预留资源进行取消操作,将资源状态更新为已取消。
- 撤销业务逻辑:业务系统在本地执行之前的业务操作的撤销操作,将修改恢复到之前的状态。
如果取消阶段执行成功,事务回滚完成;如果取消阶段执行失败,事务可能需要手动介入处理。
下面是一个实际的示例,假设有一个订单服务(业务系统),其与库存服务(参与者)进行交互。
-
试探阶段(Try):
- 订单服务向库存服务发起预留库存的请求,库存服务预留相应数量的商品并锁定。
- 订单服务在本地执行业务逻辑,生成订单,并更新库存数量。
-
确认阶段(Confirm):
- 订单服务向库存服务发起确认库存的请求,库存服务确认扣减相应数量的库存。
- 订单服务在本地确认订单,并支付订单金额。
-
取消阶段(Cancel):
- 如果在确认阶段失败,订单服务向库存服务发起取消库存的请求,库存服务取消预留的库存。
- 订单服务在本地取消订单,并撤销订单支付操作。
通过试探-确认-取消的流程,TCC可以保证分布式事务的一致性,即使在任何一个阶段出现故障或异常,也能够回滚到之前的一致状态。
这篇关于TCC的核心流程和实例说明的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!