Seata-tcc 材料分享

• Seata

a、是一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。Seata 将为用户提供了 AT、TCC、SAGA 和 XA 事务模式，为用户打造一站式的分布式解决方案。

官方API

Seata 是什么

b、TCC 简单来说就是二段式的提交

Try阶段、Confirm/Cancel阶段

（TCC模式对AT来说使用和配置起来都比较麻烦一点，且对代码的侵入性高一点，就是说表的设计是需要考虑二段式的提交的一个思想，例如 “冻结“ 字段、“状态“ 字段）

• 组成架构

结合nacos分布式的架构，来使用。需要分成三个部分进行配置

1. 分布式代码本身

分布式代码这里，案例要体现分布式的概念，需要结合nacos来使用，分成三个服务 order(订单)、Account(余额)、storage(库存)，每个服务对应3个数据库，服务之间的通信使用fegin来交互

1. Seata中间件

Seata 内部定义了 3个模块来处理全局事务和分支事务的关系和处理过程，这三个组件分别是：

1、Transaction Coordinator (TC)： 事务协调器，维护全局事务的运行状态，负责协调并驱动全局事务的提交或回滚。

2、Transaction Manager (TM)： 控制全局事务的边界，负责开启一个全局事务，并最终发起全局提交或全局回滚的决议。

3、Resource Manager (RM)： 控制分支事务，负责分支注册、状态汇报，并接收事务协调器的指令，驱动分支（本地）事务的提交和回滚。

1. Nacos

http://47.119.140.225:8848/nacos

分布式的消息处理中心

Nacos在这里的作用是连接seata和代码之间的配置关系，seata在nacos里面也是一个服务

• 使用配置

使用配置也是按照也是比较繁琐的

第一步：seata中间件向nacos插入配置

头三行是需要进行TCC事务服务（就是具体的项目）

红色字体指的是springboot的配置 spring.application.name:ruoyi-tcc-account

service.vgroupMapping.ruoyi-tcc-account-group=default。

改好相应的配置后及数据账号密码（这里的数据库需要插入seata的工作表，作用TA模式和TCC模式的）

以下两个配置改好后，执行nacos-config.sh文件。就会在nacos的配置中心，出现

config.txt 文件中的配置，每一行对应一个配置

第二步：

项目对应的nacos配置

# seata配置

seata:

  # 默认关闭

  enabled: true

  # Seata 应用编号，默认为 ${spring.application.name}

  application-id: ${spring.application.name}

  # Seata 事务组编号，用于 TC 集群名

  tx-service-group: ${spring.application.name}-group

  # 关闭自动代理

  enable-auto-data-source-proxy: false

  # 服务配置项

  service:

    vgroup-mapping:

    # 以下的名称对应着相应的服务名-group

      ruoyi-tcc-order-group: default

    grouplist:

    #地址是seata启动的服务IP和端口8091是默认端口

      default: 10.0.3.5:8091

例子

• 流程原理

参考阿里开源的分布式事务框架 Seata

TCC三大异常

最常见的主要是这三种异常，分别是空回滚、幂等、悬挂。

参考：Seata TCC模式实战_弹指天下-CSDN博客_seata tcc

• 案例DEMO

启动三个类

RuoyiTccAccountApplication

RuoyiTccOrderApplication

RuoyiTccStorageApplication

测试URL

http://10.0.3.5:997/order/create?userId=1&productId=1&count=10&money=100

git源码

http://47.119.140.225:9799/pub/ruoyi-seata。

实际开发项目中使用

http://gitlab.aiagain.cn/VmallPlatform/vmallplatform-order

• 使用场景

1. 常规订单、金额、库存等问题都是可以使用TCC方案
2. 第三方订单，在分销商城中调用的就是第三方订单，在我方订单因问题创建失败时需要取消供应商的订单，
3. 需要进行复杂的事务补偿方案的业务。

• 遇到的问题

1、传参不识别微信的表情字符如：🐻
2、传参尽量别用对象，使用基础数据类型，如果参数长度超长，大概率出现问题

3、本地开发不稳定，使用jrebl对代码编译后，seata大概率出现异常

4、二阶段提交/回滚失败,seata机制会一直冲突执行，直到执行完成，可以将当前事务ID，作为Key存储在redis，值累加，超过一定的次数，触发报警，日志通知