Seata之模式简介

Seata 是一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。Seata 将为用户提供了 AT、TCC、SAGA 和 XA 事务模式，为用户打造一站式的分布式解决方案。
Seata 有3个主要角色：事务管理器(TM，Transaction Manager)、资源管理器(RM，Resource Manager)和事务协调者(TC，Transaction Coordiator)。

TM：与 TC 交互，开启、提交、回滚全局事务。
RM：与 TC 交互，负责资源的相关处理，包括分支事务注册与分支事务状态上报。
TC：维护全局事务和分支事务的状态，推进事务两阶段处理。对于 AT 模式的分支事务，TM 负责事务并发控制。

TM 和 RM 是以 SDK 的形式作为 Seata 的客户端与业务系统集成在一起的，TC 作为 Seata 的服务端独立部署。
请输入图片描述

Seata 处理分布式事务的主要流程如下所示：

TM 开启全局事务(TM 向 TC 开启全局事务)；
事务参与者通过 RM 与资源交互，并注册分支事务(RM 向 TC 注册分支事务)；
事务参与者在完成资源操作后，上报分支事务状态(RM 向 TC 上报分支事务完成状态)；
TM 结束全局事务，事务一阶段结束(TM 向 TC 提交/回滚全局事务)；
TC 推进事务二阶段操作(TC 向 RM 发起二阶段提交/回滚)。

请输入图片描述

Seata 事务模式

Seata 支持4种事务模式：AT、TCC、Saga、XA。

AT模式

AT模式是 Seata 主推的分布式事务解决方案，对业务无侵入，真正做到了业务与事务分离，用户只需关注自己的业务SQL。AT模式使用起来非常简单，与完全没有使用分布式事务方案相比，业务逻辑不需要修改，只需要增加一个事务注解@GlobalTransactional即可。

@Override
@GlobalTransactional
public TOrder save(TOrder po) {
    // 扣余额
    Long accountId = 1L;
    String result = accountFeignClient.decreaseMoney(po.getMoney(), accountId);
    log.Info("扣余额：{}， money:{}， accountId:{}",result,po.getMoney(),accountId);
    // 扣库存
    productFeginClient.decreaseNum(po.getNum(), po.getProductId);
    log.Info("扣库存：{}， num:{}， productId:{}",result, po.getNum(), po.getProductId());
    // 下单
    TOrder order = tOrder.save();
    log.Info("下单：success");
    return order;
}

TCC模式

TCC 模式需要用户根据自己的业务场景实现try()、confirm()和cancel()这3个方法：事务发起方在一阶段执行try()方法，在二阶段提交执行confirm()方法，在二阶段回滚执行cancel()方法。

用户以 TCC 模式接入 Seata 框架，最重要的是考虑如何将自己的业务模型拆成两阶段来实现。

TCC 模式与 AT 模式的最主要区别如下：

在使用上，TCC 模式依赖用户自行实现的3个方法，成本较大；AT 模式依赖全局事务注解和代理数据源，代码基本不需要改动，对业务无侵入，接入成本极低；
TCC 模式的作用范围在应用层，本质上是实现针对某种业务逻辑的正向和反向方法；AT 模式的作用范围在底层数据源，通过保存操作行记录的前、后镜像和生成反向 SQL 语句进行补偿操作，对上层应用透明；
TCC 模式事务并发控制由业务自行加锁，AT 模式由 Seata 框架自行加锁。

以扣款为例说明 TCC 模式。在接入 TCC 模式之前，只需要一条更新账户余额的 SQL 语句就能完成；但是接入 TCC 模式之后，用户则需要考虑将原来一步就能完成的扣款操作拆成两阶段，实现3个方法，并且保证如果一阶段 try() 方法成功则二阶段 confirm() 方法也一定能成功。如下图所示：
请输入图片描述

try() 方法在一阶段执行，需要做资源的检查和预留。比如检查账户余额是否充足、预留转账资金(冻结转账金额)。比如此处在执行 try() 方法后，账户A的余额虽然还是100元，但是其中有30元已经被冻结了，不能被其他事务使用。
二阶段 confirm() 方法执行真正的扣款操作。confirm() 方法会使用 try() 方法冻结的金额执行扣款。在 confirm() 方法执行后，账户A在一阶段中冻结的30元已经被扣除，账户A的余额变为70元。
如果二阶段回滚，则需要执行 cancel() 方法释放一阶段 try() 方法冻结的30元，使得账户A的余额回到初始状态(100元)。