概述
Seata是 2019 年 1 月份蚂蚁金服和阿里巴巴共同开源的分布式事务解决方案。致力于提供高性能和简单易用的分布式事务服务，为用户打造一站式的分布式解决方案。
官网地址：http://seata.io/，其中的文档、播客中提供了大量的使用说明、源码分析。
分支主题
底层实现原理是什么样的？
分支主题
分布式事务产生的一个重要原因，就是参与事务的多个分支事务互相无感知，不知道彼此的执行状态。因此解决分布式事务的思想非常简单：
就是找一个统一的**事务协调者**，与多个分支事务通信，检测每个分支事务的执行状态，保证全局事务下的每一个分支事务同时成功或失败即可。大多数的分布式事务框架都是基于这个理论来实现的。
解决分布式事务，各个子事务之间必须能感知到彼此的事务状态，才能保证状态一致。
Seata事务管理中有三个重要的角色：
TC (Transaction Coordinator) - 事务协调者：维护全局和分支事务的状态，协调全局事务提交或回滚。
TM (Transaction Manager) - 事务管理器：定义全局事务的范围、开始全局事务、提交或回滚全局事务。
RM (Resource Manager) - 资源管理器：管理分支事务，与TC交谈以注册分支事务和报告分支事务的状态
分支主题
Seata支持四种不同的分布式事务解决方案：
- **XA**
- **TCC**
- **AT**
- **SAGA**
微服务集成Seata
概述
参与分布式事务的每一个微服务都需要集成Seata，我们以`trade-service`为例。
引入依赖
为了方便各个微服务集成seata，我们需要把seata配置共享到nacos，因此`trade-service`模块不仅仅要引入seata依赖，还要引入nacos依赖:
分支主题
改造配置
首先在nacos上添加一个共享的seata配置，命名为`shared-seata.yaml`：
分支主题
然后，改造`trade-service`模块，添加`bootstrap.yaml`：
分支主题
内容如下:
分支主题
可以看到这里加载了共享的seata配置。
然后改造application.yaml文件，内容如下：
分支主题
参考上述办法分别改造`hm-cart`和`hm-item`两个微服务模块。
添加数据库表
seata的客户端在解决分布式事务的时候需要记录一些中间数据，保存在数据库中。因此我们要先准备一个这样的表。
将课前资料的seata-at.sql分别文件导入hm-trade、hm-cart、hm-item三个数据库中：
分支主题
OK，至此为止，微服务整合的工作就完成了。可以参考上述方式对`hm-item`和`hm-cart`模块完成整合改造。
测试
找到`trade-service`模块下的`com.hmall.trade.service.impl.OrderServiceImpl`类中的`createOrder`方法，也就是下单业务方法。
将其上的`@Transactional`注解改为Seata提供的`@GlobalTransactional`：
分支主题
`@GlobalTransactional`注解就是在标记事务的起点，将来TM就会基于这个方法判断全局事务范围，初始化全局事务。
我们重启`trade-service`、`item-service`、`cart-service`三个服务。再次测试，发现分布式事务的问题解决了！
XA模式
概述
XA 规范 是 X/Open 组织定义的分布式事务处理（DTP，Distributed Transaction Processing）标准，XA 规范 描述了全局的TM与局部的RM之间的接口，几乎所有主流的数据库都对 XA 规范 提供了支持。
分支主题
两阶段提交
目前主流数据库都实现了这种规范，实现的原理都是基于两阶段提交。
