共计 3135 个字符，预计需要花费 8 分钟才能阅读完成。
介绍
Seata 是阿里巴巴开源的分布式事务中间件，一种分布式事务解决方案，具有高性能和易于使用的微服务架构。
初衷
对业务无侵入：即减少技术架构上的微服务化所带来的分布式事务问题对业务的侵入
高性能：减少分布式事务解决方案所带来的性能消耗
分布式事务定义
分布式事务是一个全局事务，由一批分支事务组成，通常分支事务只是本地事务。
设计
Seata 中有两种分布式事务实现方案，AT 和 TCC。
AT
AT 模式是基于 XA 事务演进而来，核心是对业务无侵入，是一种改进后的两阶段提交，需要数据库支持。
基本组件：
事务协调器（TC）：事务协调器，维护全局事务的运行状态，负责协调并驱动全局事务的提交或回滚。
Transaction Manager（TM）： 控制全局事务的边界，负责开启一个全局事务，并最终发起全局提交或全局回滚的决议。
资源管理器（RM）：控制分支事务，负责分支注册、状态汇报，并接收事务协调器的指令，驱动分支（本地）事务的提交和回滚。
处理流程：
- TM 要求 TC 开始新的全局事务。TC 生成表示全局事务的 XID。
- XID 通过微服务的调用链传播。
- RM 将本地事务注册为 XID 到 TC 的相应全局事务的分支。
- TM 要求 TC 提交或回滚 XID 的相应全局事务。
- TC 在 XID 的相应全局事务下驱动所有分支事务以完成分支提交或回滚。
TCC
Seata 要求每个接口实现 prepare、commit、rollback。
与 AT 模式一样，在运行时，该切面会拦截所有对 TCC 接口的调用。每调用一次 Try 接口，切面会先向 TC 注册一个分支事务，然后才去执行原来的 RPC 调用。当请求链路调用完成后，TC 通过分支事务的资源 ID 回调到正确的参与者去执行对应 TCC 资源的 Confirm 或 Cancel 方法。
初步操作 Try：完成所有业务检查，预留必须的业务资源。
确认操作 Confirm：真正执行的业务逻辑，不做任何业务检查，只使用 Try 阶段预留的业务资源。因此，只要 Try 操作成功，Confirm 必须能成功。另外，Confirm 操作需满足幂等性，保证一笔分布式事务能且只能成功一次。
取消操作 Cancel：释放 Try 阶段预留的业务资源。同样的，Cancel 操作也需要满足幂等性。
Seata Server 安装
1. 下载最新版本的 Seata Sever
https://github.com/seata/seat…
- 解压并启动 Seata server
unzip seata-server-xxx.zip
cd distribution
sh ./bin/seata-server.sh 8091 file
示例
场景：
把数据库 zeroa 中 proxy 表的一条数据转移到数据库 zerob 中 proxy 表里面。
模块：
zero-discovery-server：注册中心
zero-gateway-server：服务网关
zero-consumer：服务消费者
zero-provider-a：服务提供者 A
zero-provider-b：服务提供者 B
架构及版本：
Spring-cloud：Finchley.BUILD-SNAPSHOT
spring-cloud-starter-netflix-eureka-server：2.0.4.BUILD-SNAPSHOT
spring-cloud-starter-netflix-eureka-client：2.0.4.BUILD-SNAPSHOT
spring-cloud-starter-gateway：2.0.4.BUILD-SNAPSHOT
spring-cloud-starter-openfeign：2.0.0.RELEASE
spring-boot：2.0.0.RELEASE
spring-boot-starter-data-jpa：2.0.0.RELEASE
spring-cloud-alibaba-seata：0.9.1.BUILD-SNAPSHOT
seata-all：0.6.1
mysql-connector-java：8.0.11
druid-spring-boot-starter：1.1.18
mysql:5.7
seata-server-0.6.1
实现：
zero-gateway-server
配置 application.yml
zero-provider-a：
配置 application.yml
File.conf
主要配置应用名称和 seata server 地址
vgroup_mapping.${spring.application.name}-fescar-service-group=”default”
default.grouplist = “127.0.0.1:8091”
Registry.conf
编写 Entity
编写 Repository
编写 Service
编写代码 Controller
DataSource
zero-provider-b
配置同 zero-provider- a 工程，编写相应的业务逻辑。
在处理添加业务时，抛出异常。
zero-consumer
配置同 zero-provider- a 工程，编写相应的业务逻辑。
feignClient
feignclient
Service
Controller
测试
启动 Seata Server
启动 Mysql，并初始化（每个库都要创建 undo_log 表）
DROP SCHEMA IF EXISTS zeroa;
CREATE SCHEMA zeroa;
USE zeroa;
CREATE TABLE undo_log (
id bigint(20) NOT NULL AUTO_INCREMENT,
branch_id bigint(20) NOT NULL,
xid varchar(100) NOT NULL,
context varchar(128) NOT NULL,
rollback_info longblob NOT NULL,
log_status int(11) NOT NULL,
log_created datetime NOT NULL,
log_modified datetime NOT NULL,
ext varchar(100) DEFAULT NULL,
PRIMARY KEY (id),
UNIQUE KEY ux_undo_log (xid,branch_id)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;
DROP SCHEMA IF EXISTS zerob;
CREATE SCHEMA zerob;
USE zerob;
CREATE TABLE undo_log (
id bigint(20) NOT NULL AUTO_INCREMENT,
branch_id bigint(20) NOT NULL,
xid varchar(100) NOT NULL,
context varchar(128) NOT NULL,
rollback_info longblob NOT NULL,
log_status int(11) NOT NULL,
log_created datetime NOT NULL,
log_modified datetime NOT NULL,
ext varchar(100) DEFAULT NULL,
PRIMARY KEY (id),
UNIQUE KEY ux_undo_log (xid,branch_id)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;
启动
zero-discovery-server
zero-gateway-server
zero-provider-a
zero-provider-b
zero-consumer
添加数据
正常执行事务
可在两张表中查看数据（a 库中删除 id= 2 的数据，b 库中添加了一条数据）。
执行事务回滚
查看数据库数据（没有变化）。
