分布式事务：从理论到实践（三）

最新推荐文章于 2022-12-11 19:55:16 发布

小盒子的技术分享

最新推荐文章于 2022-12-11 19:55:16 发布

阅读量141

点赞数

文章标签：分布式 java spring 分布式事务

本文链接：https://blog.csdn.net/m0_38017860/article/details/125015669

版权

接着前面两篇说，下面我们继续对 Seata 的 TCC 模式进行讨论。

简单回顾一下TCC的原理参考蚂蚁金服的博客[1]

正常事务逻辑

允许空回滚

1 未正常 try 2 执行了空 cancel

TCC 服务在未收到 Try 请求的情况下收到 Cancel 请求，这种场景被称为空回滚；空回滚在生产环境经常出现，用户在实现TCC服务时，应允许允许空回滚的执行，即收到空回滚时返回成功。

防悬挂控制

此外，除了上面这些，和AT一样，还是要注意幂等的控制。

先讲下抽象流程和注意事项

首先定义事务接口，接口中就是你的tcc三个方法，对应代码中的prepare、commit、rollback。
注意加@LocalTCC 注解（必要），适用于SpringCloud+Feign模式下的TCC
@TwoPhaseBusinessAction（必要）注解try方法，name 一般写方法名就行，注意全局唯一，commitMethod对应提交方法名，rollbackMethod对应回滚方法名。
BusinessActionContext 就是 seata tcc 的事务上下文，用于存放 tcc 事务的一些关键数据。BusinessActionContext 对象可以直接作为 commit 方法和 rollbakc 方法的参数，Seata 会自动注入参数:

@BusinessActionContextParameter 该注解用来修饰 Try 方法的入参，被修饰的入参可以在 Commit 方法和 Rollback 方法中通过 BusinessActionContext 获取

我们根据官方的例子[2]用一个业务场景串一下。

这是一个转账的操作：

接口定义：

在事务调用入口加入 @GlobalTransactional

整体来看TCC的模式编码还是比较简单的，不过还是有几点需要注意：

根据业务设计好tcc的三个方法
接口幂等
允许空回滚比如以订单创建举例，如果try()方法没执行，那么订单一定没创建，所以cancle方法里可以加一个判断，如果上下文中订单编号orderNo不存在或者订单不存在，直接return


  if(orderNo==null || order==null){
    return;
  }

防悬挂控制参考[3] ）可以在二阶段执行时插入一条事务控制记录，状态为已回滚，这样当一阶段执行时，先读取该记录，如果记录存在，就认为二阶段回滚操作已经执行，不再执行try方法。

[1]

蚂蚁金服TCC博客: https://tech.antfin.com/community/articles/519

[2]

seata例子: https://github.com/seata/seata-samples

[3]

CSDN参考: https://blog.csdn.net/hosaos/article/details/89136666

关注公众号获取更多精彩内容

关注