Seata架构篇 - TCC模式

最新推荐文章于 2025-05-30 13:42:51 发布

原创

最新推荐文章于 2025-05-30 13:42:51 发布 · 914 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#架构 #java #分布式

本文深入探讨Seata TCC模式，解释其作为一种分布式事务解决方案的工作原理，1.5.1版本的优化，以及如何处理空回滚、幂等性和悬挂问题。TCC模式通过Try-Confirm-Cancel三个阶段实现事务的原子操作，提高效率并能跨数据库、跨应用管理资源。1.5.1版本通过减少RPC次数提升了性能。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

TCC 模式

概述

TCC 是分布式事务中的两阶段提交协议，它的全称为 Try-Confirm-Cancel，即资源预留（Try）、确认操作（Confirm）、取消操作（Cancel）。Try：对业务资源的检查并预留；Confirm：对业务处理进行提交，只要 Try 成功，那么该步骤一定成功；Cancel：对业务处理进行回滚，对 Try 预留的资源进行释放。

TCC 是一种侵入式的分布式事务解决方案，以上三个操作都需要业务系统自行实现，对业务系统有着非常大的侵入性，设计相对复杂，但优点是完全不依赖数据库，能够实现跨数据库、跨应用的资源管理，对这些不同数据的访问通过侵入式的编码方式实现一个原子操作，更好解决了各种复杂业务场景下的分布式事务问题。

TCC 模式最大的优势是效率高。在 try 阶段的锁定资源并不是真正意义上的锁定，而是提交了本地事务，将资源预留到中间状态，不需要阻塞等待，因此效率比其它模式更高。而且采用异步提交的方式，try 阶段执行成功后，启动定时任务异步执行 confirm/cancel 方法。

Seata TCC模式1.5.1版本的优化

代码演示

假设现在有一个业务需要同时使用服务 A 和服务 B 完成一个事务操作。

对服务 A 定义一个 TCC 接口：

public interface TccActionOne {
   
   
  
  @TwoPhaseBusinessAction(name = "DubboTccActionOne", commitMethod = "commit", rollbackMethod = "rollback")
  public boolean prepare(BusinessActionContext actionContext, @BusinessActionContextParameter(paramName