分布式事务解决方案Seata

分布式事务的引入：

分布式事物: 指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上，简单的说，就是一次大的操作由不同的小操作组成，这些小的操作分布在不同的服务器上，且属于不同的应用，分布式事务需要保证这些小操作要么全部成功，要么全部失败。本质上来说，分布式事务就是为了保证不同数据库的数据一致性。

当我们的单个数据库的性能产生瓶颈的时候，我们可能会对数据库进行分库或者分区，这个时候单个数据库的ACID已经不能适应这种情况了，引入了分布式事务

单机单库没有分布式问题

单体应用被拆分为多个微服务应用，每个应用对应独立的数据源，当一个业务操作需要调用多个服务来完成时，此时每个服务内部的数据一致性有本地事务保证，但是全局的数据一致性无法保证
总结就是：一个业务操作需要跨多个数据源或者跨多个系统进行远程调用，就会产生分布式事务问题。

Seata 是什么

官网：http://seata.io/zh-cn/

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

seata分布式事务处理过程中包括了：全局事务ID+三大组件模型

全局分布式事务ID：Transaction ID,也叫XID，是全局的事务ID

三大组件包括：

• TC (Transaction Coordinator) - 事务协调者：维护全局事务的运行状态，负责协调并驱动全局事务的提交和回滚
• TM (Transaction Manager) - 事务管理器：定义全局事务的范围，开始全局事务、提交或回滚全局事务
• RM (Resource Manager) - 资源管理器：管理分支事务处理的资源，（与TC交谈）负责注册分支事务和报告分支事务的状态，并驱动分支事务提交或回滚

处理过程：

1. 事务管理器(TM)向事务协调者(TC)申请开启一个全局事务，全局事务创建成功并生成一个全局唯一的XID
2. XID在微服务调用链路的上下文中传播
3. 资源管理器(RM)向事务协调者(TC)注册分支事务，将其纳入XID对应全局事务的管辖
4. 事务管理器(TM)向事务协调者(TC)发起针对XID的全局提交huozhe回滚决议
5. 事务协调者(TC)调度XID下管辖的全部分支事务完成提交或者回滚操作请求

Seata 的事务模式

Seata 提供了 AT、TCC、SAGA 和 XA 四种事务模式，默认情况下，seata使用的是AT模式，

Seata AT模式

前提

• 基于支持本地 ACID 事务的关系型数据库。
• Java 应用，通过 JDBC 访问数据库。

流程

1. TM开启分布式事务（TM向TC注册全局事务记录）
2. 不同业务场景，编排数据库，服务等事务资源（RM向TC汇报资源准备状态）
3. TM结束分布式事务，事务一阶段结束（TM通知TC提交或胡滚分布式事务）
4. TC汇总事务信息，决定分布式事务提交还是回滚
5. TC通知所有RM提交/回滚资源，事务二阶段结束

AT模式整体机制

两阶段提交协议的演变：

• 一阶段：业务数据和回滚日志记录在同一个本地事务中提交，释放本地锁和连接资源。

• 二阶段：

  • 提交异步化，非常快速地完成。
  • 回滚通过一阶段的回滚日志进行反向补偿。

在一阶段，seata会拦截业务sql，按照以下处理

1. 解析SQL语义，找到业务sql要更新的业务数据，在业务数据被更新之前，将其保存为快照“before image”
2. 执行业务sql，更新业务数据
3. 数据更新后，将其保存为快照“after image”，最后生成行锁

以上所有操作在一个数据库事务内完成，这样保证了一阶段操作的原子性

 

二阶段提交

一阶段全部成功，提交事务的话，seata二阶段只需要将一阶段保存的快照数据和行锁删除，完成数据清理即可。

二阶段回滚

如果一阶段没有全部成功，二阶段执行回滚操作，seata就需要回滚一阶段已经执行的业务sql，还原业务数据，回滚的方式就是采用“before image”还原业务数据，在还原之前需要校验脏写，对比数据库当前业务数据和“after image”，如果两份数据完全一致，说明没有脏写，可以还原业务数据，如果不一致说明存在脏写，此时需要人工处理

 

 

写隔离

• 一阶段本地事务提交前，需要确保先拿到 全局锁 。
• 拿不到 全局锁 ，不能提交本地事务。
• 拿 全局锁 的尝试被限制在一定范围内，超出范围将放弃，并回滚本地事务，释放本地锁。

以一个示例来说明：

两个全局事务 tx1 和 tx2，分别对 a 表的 m 字段进行更新操作，m 的初始值 1000。

tx1 先开始，开启本地事务，拿到本地锁，更新操作 m = 1000 - 100 = 900。本地事务提交前，先拿到该记录的 全局锁 ，本地提交释放本地锁。 tx2 后开始，开启本地事务，拿到本地锁，更新操作 m = 900 - 100 = 800。本地事务提交前，尝试拿该记录的 全局锁 ，tx1 全局提交前，该记录的全局锁被 tx1 持有，tx2 需要重试等待 全局锁 。

tx1 二阶段全局提交，释放 全局锁 。tx2 拿到 全局锁 提交本地事务。

如果 tx1 的二阶段全局回滚，则 tx1 需要重新获取该数据的本地锁，进行反向补偿的更新操作，实现分支的回滚。

此时，如果 tx2 仍在等待该数据的 全局锁，同时持有本地锁，则 tx1 的分支回滚会失败。分支的回滚会一直重试，直到 tx2 的 全局锁 等锁超时，放弃 全局锁 并回滚本地事务释放本地锁，tx1 的分支回滚最终成功。

因为整个过程 全局锁 在 tx1 结束前一直是被 tx1 持有的，所以不会发生 脏写 的问题。

读隔离

在数据库本地事务隔离级别 读已提交（Read Committed） 或以上的基础上，Seata（AT 模式）的默认全局隔离级别是 读未提交（Read Uncommitted） 。

如果应用在特定场景下，必需要求全局的 读已提交 ，目前 Seata 的方式是通过 SELECT FOR UPDATE 语句的代理。

SELECT FOR UPDATE 语句的执行会申请 全局锁 ，如果 全局锁 被其他事务持有，则释放本地锁（回滚 SELECT FOR UPDATE 语句的本地执行）并重试。这个过程中，查询是被 block 住的，直到 全局锁 拿到，即读取的相关数据是 已提交 的，才返回。

出于总体性能上的考虑，Seata 目前的方案并没有对所有 SELECT 语句都进行代理，仅针对 FOR UPDATE 的 SELECT 语句。

Seata TCC 模式

一个分布式的全局事务，整体是 两阶段提交 的模型。全局事务是由若干分支事务组成的，分支事务要满足 两阶段提交 的模型要求，即需要每个分支事务都具备自己的：

• 一阶段 prepare 行为
• 二阶段 commit 或 rollback 行为

根据两阶段行为模式的不同，我们将分支事务划分为 Automatic (Branch) Transaction Mode 和 TCC (Branch) Transaction Mode.

AT 模式基于 支持本地 ACID 事务 的 关系型数据库：

• 一阶段 prepare 行为：在本地事务中，一并提交业务数据更新和相应回滚日志记录。
• 二阶段 commit 行为：马上成功结束，自动 异步批量清理回滚日志。
• 二阶段 rollback 行为：通过回滚日志，自动 生成补偿操作，完成数据回滚。

相应的，TCC 模式，不依赖于底层数据资源的事务支持：

• 一阶段 prepare 行为：调用 自定义 的 prepare 逻辑。
• 二阶段 commit 行为：调用 自定义 的 commit 逻辑。
• 二阶段 rollback 行为：调用 自定义 的 rollback 逻辑。

所谓 TCC 模式，是指支持把 自定义 的分支事务纳入到全局事务的管理中。

 

Seata Saga 模式

Saga模式是SEATA提供的长事务解决方案，在Saga模式中，业务流程中每个参与者都提交本地事务，当出现某一个参与者失败则补偿前面已经成功的参与者，一阶段正向服务和二阶段补偿服务都由业务开发实现。

适用场景：

• 业务流程长、业务流程多
• 参与者包含其它公司或遗留系统服务，无法提供 TCC 模式要求的三个接口

优势：

• 一阶段提交本地事务，无锁，高性能
• 事件驱动架构，参与者可异步执行，高吞吐
• 补偿服务易于实现

缺点：

• 不保证隔离性（应对方案见后面文档）

 

Seata的使用

配置seata-Server服务（以1.4.0版本为例）

下载Seata:http://seata.io/zh-cn/blog/download.html，下载的服务为seata-Server的服务，在分布式事务的业务中担任事务协调者TC的角色。也是Seata的服务端（Server端）

Seata服务端下载完成后，主要修改conf目录文件的file.conf和registry.com。其中file.conf文件主要修改如下：

• 修改事务存储模式为db和数据库连接信息

存储模式中选择使用数据库存储，数据存储的seata数据库也要相应的创建出来，对应的表可以参考seata-server-0.9.0\seata\conf中的db_store.sql，主要是三个表：

注意：1.4.0版本的配置文件中没有对应的建表sql，参考seata-server-0.9.0版本

-- the table to store GlobalSession data
drop table if exists `global_table`;
create table `global_table` (
  `xid` varchar(128)  not null,
  `transaction_id` bigint,
  `status` tinyint not null,
  `application_id` varchar(32),
  `transaction_service_group` varchar(32),
  `transaction_name` varchar(128),
  `timeout` int,
  `begin_time` bigint,
  `application_data` varchar(2000),
  `gmt_create` datetime,
  `gmt_modified` datetime,
  primary key (`xid`),
  key `idx_gmt_modified_status` (`gmt_modified`, `status`),
  key `idx_transaction_id` (`transaction_id`)
);

-- the table to store BranchSession data
drop table if exists `branch_table`;
create table `branch_table` (
  `branch_id` bigint not null,
  `xid` varchar(128) not null,
  `transaction_id` bigint ,
  `resource_group_id` varchar(32),
  `resource_id` varchar(256) ,
  `lock_key` varchar(128) ,
  `branch_type` varchar(8) ,
  `status` tinyint,
  `client_id` varchar(64),
  `application_data` varchar(2000),
  `gmt_create` datetime,
  `gmt_modified` datetime,
  primary key (`branch_id`),
  key `idx_xid` (`xid`)
);

-- the table to store lock data
drop table if exists `lock_table`;
create table `lock_table` (
  `row_key` varchar(128) not null,
  `xid` varchar(96),
  `transaction_id` long ,
  `branch_id` long,
  `resource_id` varchar(256) ,
  `table_name` varchar(32) ,
  `pk` varchar(36) ,
  `gmt_create` datetime ,
  `gmt_modified` datetime,
  primary key(`row_key`)
);

修改registry.com，修改注册中心为nacos：

• 什么是注册中心?注册中心可以说是微服务架构中的”通讯录“，它记录了服务和服务地址的映射关系。在分布式架构中，服务会注册到这里，当服务需要调用其它服务时，就到这里找到服务的地址，进行调用.比如Seata Client端(TM,RM),发现Seata Server(TC)集群的地址,彼此通信.
• Seata的注册中心与Dubbo,Spring cloud的注册中心区别是?在广义上来说,并无区别,只不过Dubbo与Spring cloud的注册中心仅是作用于它们自身的组件,而Seata的注册中心也是一样是作用于Seata自身.(注:Dubbo与Spring cloud的注册中心与Seata无关)
• Seata支持哪些注册中心? 可以是 eureka，consul，apollo，etcd，zookeeper，sofa，redis，file (直连)

修改配置中心为nacos：

• 什么是配置中心?配置中心可以说是一个"大衣柜",内部放置着各种配置文件,你可以通过自己所需进行获取配置加载到对应的客户端.比如Seata Client端(TM,RM),Seata Server(TC),会去读取全局事务开关,事务会话存储模式等信息.
• Seata的配置中心与Spring cloud的配置中心区别是?在广义上来说,并无区别,只不过Spring cloud的配置中心仅是作用于它们自身的组件,而Seata的配置中心也是一样是作用于Seata自身.(注:Spring cloud的配置中心与Seata无关)
• Seata支持哪些配置中心? 可以是consul，apollo，etcd，zookeeper，redis，file (读本地文件)

上传配置至Nacos配置中心

参考https://github.com/seata/seata/tree/develop/script/config-center (或者seata-server-0.9.0\seata\conf中)的config.txt并修改，之后运行仓库中提供的nacos脚本(nacos-config.sh)，将信息提交到nacos控制台，如果有需要更改,可直接通过控制台更改。

一份完整的registry.conf文件内容如下，按照自己需要的注册中心和配置中心进行修改和配置

registry {
  # file 、nacos 、eureka、redis、zk、consul、etcd3、sofa
  type = "nacos"

  nacos {
    application = "seata-server"
    serverAddr = "127.0.0.1:8848"
    group = "SEATA_GROUP"
    namespace = ""
    cluster = "default"
    username = "nacos"
    password = "nacos"
  }
  eureka {
    serviceUrl = "http://localhost:8761/eureka"
    application = "default"
    weight = "1"
  }
  redis {
    serverAddr = "localhost:6379"
    db = 0
    password = ""
    cluster = "default"
    timeout = 0
  }
  zk {
    cluster = "default"
    serverAddr = "127.0.0.1:2181"
    sessionTimeout = 6000
    connectTimeout = 2000
    username = ""
    password = ""
  }
  consul {
    cluster = "default"
    serverAddr = "127.0.0.1:8500"
  }
  etcd3 {
    cluster = "default"
    serverAddr = "http://localhost:2379"
  }
  sofa {
    serverAddr = "127.0.0.1:9603"
    application = "default"
    region = "DEFAULT_ZONE"
    datacenter = "DefaultDataCenter"
    cluster = "default"
    group = "SEATA_GROUP"
    addressWaitTime = "3000"
  }
  file {
    name = "file.conf"
  }
}

config {
  # file、nacos 、apollo、zk、consul、etcd3
  type = "nacos"

  nacos {
    serverAddr = "127.0.0.1:8848"
    namespace = ""
    group = "SEATA_GROUP"
    username = "nacos"
    password = "nacos"
  }
  consul {
    serverAddr = "127.0.0.1:8500"
  }
  apollo {
    appId = "seata-server"
    apolloMeta = "http://192.168.1.204:8801"
    namespace = "application"
  }
  zk {
    serverAddr = "127.0.0.1:2181"
    sessionTimeout = 6000
    connectTimeout = 2000
    username = ""
    password = ""
  }
  etcd3 {
    serverAddr = "http://localhost:2379"
  }
  file {
    name = "file.conf"
  }
}

完成后，启动nacos，启动seata-server服务即可，查看nacos是否注册了seata-server的服务。查看配置是否已经提交到nacos并且Client应用能从配置中心中读取。

启动脚本：

#在 Linux/Mac 下
$ sh ./bin/seata-server.sh

#在 Windows 下
bin\seata-server.bat

支持的启动参数

参数	全写	作用	备注
-h	--host	指定在注册中心注册的 IP	不指定时获取当前的 IP，外部访问部署在云环境和容器中的 server 建议指定
-p	--port	指定 server 启动的端口	默认为 8091
-m	--storeMode	事务日志存储方式	支持file,db,redis，默认为 file 注:redis需seata-server 1.3版本及以上
-n	--serverNode	用于指定seata-server节点ID	如 1,2,3..., 默认为 1
-e	--seataEnv	指定 seata-server 运行环境	如 dev, test 等, 服务启动时会使用 registry-dev.conf 这样的配置

当然如果不适用nacos来作为配置和注册中心，可以按照实际需求使用其他的第三方(注册和配置)中心方案，可以参考官方文档：http://seata.io/zh-cn/docs/user/registry/nacos.html

项目中使用seata来管理分布式事务

@GlobalTransaction注解

全局事务：包括开启事务、提交、回滚、获取当前状态等方法。

public interface GlobalTransaction {

    /**
     * 开启一个全局事务（使用默认的事务名和超时时间）
     */
    void begin() throws TransactionException;

    /**
     * 开启一个全局事务，并指定超时时间（使用默认的事务名）
     */
    void begin(int timeout) throws TransactionException;

    /**
     * 开启一个全局事务，并指定事务名和超时时间
     */
    void begin(int timeout, String name) throws TransactionException;

    /**
     * 全局提交
     */
    void commit() throws TransactionException;

    /**
     * 全局回滚
     */
    void rollback() throws TransactionException;

    /**
     * 获取事务的当前状态
     */
    GlobalStatus getStatus() throws TransactionException;

    /**
     * 获取事务的 XID
     */
    String getXid();

}

使用@GlobalTransaction注解标记在业务方法上，该业务方法中所有不同方法将处于同一数据中，该注解标记的方法会开启一个全局事务，相当于事务管理器(TM角色)，对于每个需要使用Seata来实现分布式事务管理的项目，对于的数据库都需要新增undo_log表，sql如下（参见：seata-server-0.9.0\seata\conf中的db_undo.sql）

-- the table to store seata xid data
-- 0.7.0+ add context
-- you must to init this sql for you business databese. the seata server not need it.
-- 此脚本必须初始化在你当前的业务数据库中，用于AT 模式XID记录。与server端无关（注：业务数据库）
-- 注意此处0.3.0+ 增加唯一索引 ux_undo_log
drop table `undo_log`;
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;

以官网中的用户购买商品的业务逻辑为例。购买商品需要创建订单->减库存->扣余额->修改订单状态，整个业务逻辑由3个微服务提供支持：

• 仓储服务：对给定的商品扣除仓储数量。
• 订单服务：根据采购需求创建订单，修改订单状态。
• 帐户服务：从用户帐户中扣除余额。

涉及到3个服务的数据库，2次远程调用，存在分布式事务。

分别创建服务seata-order订单服务，seata-storage库存服务，seata-account账户服务，每个服务建独立的数据库和业务表：seata-order数据库（订单表t_order)，seata-storage数据库（库存表t_storage），seata-account数据库（账户表t_account），每个数据库都需要对应的回滚日志表（undo_log表）。

以seata-order订单服务为例，

第一步：pom依赖和yml配置如下：

聚合父工程pom
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
   <modelVersion>4.0.0</modelVersion>
   <parent>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-starter-parent</artifactId>
      <version>2.1.8.RELEASE</version>
      <relativePath/>
   </parent>
   <groupId>io.seata.sample</groupId>
   <artifactId>springcloud-eureka-feign-mybatis-seata</artifactId>
   <version>0.0.1-SNAPSHOT</version>
   <packaging>pom</packaging> 

   <name>springcloud-eureka-feign-mybatis-seata</name>
   <description>Demo project for Spring Boot</description>

   <modules>
      <module>seata-order</module>
      <module>seata-account</module>
      <module>seata-storage</module>
   </modules>

   <properties>
      <java.version>1.8</java.version>
      <mysql-connector-java.version>5.1.37</mysql-connector-java.version>
      <mybatis-spring-boot-starter.version>2.0.0</mybatis-spring-boot-starter.version>
      <druid-spring-boot-starter.version>1.1.10</druid-spring-boot-starter.version>
      <lombok.version>1.18.8</lombok.version>
      <seata.version>1.0.0</seata.version>
   </properties>
   <dependencies>
      <dependency>
         <groupId>org.springframework.boot</groupId>
         <artifactId>spring-boot-starter</artifactId>
      </dependency>

      <dependency>
         <groupId>org.springframework.boot</groupId>
         <artifactId>spring-boot-starter-test</artifactId>
         <scope>test</scope>
      </dependency>

      <!--mybatis-->
      <dependency>
         <groupId>org.mybatis.spring.boot</groupId>
         <artifactId>mybatis-spring-boot-starter</artifactId>
         <version>${mybatis-spring-boot-starter.version}</version>
      </dependency>
      <!--mysql-->
      <dependency>
         <groupId>mysql</groupId>
         <artifactId>mysql-connector-java</artifactId>
         <version>${mysql-connector-java.version}</version>
      </dependency>
      <!--druid-->
      <dependency>
         <groupId>com.alibaba</groupId>
         <artifactId>druid-spring-boot-starter</artifactId>
         <version>${druid-spring-boot-starter.version}</version>
      </dependency>
      <!--lombok-->
      <dependency>
         <groupId>org.projectlombok</groupId>
         <artifactId>lombok</artifactId>
         <version>${lombok.version}</version>
      </dependency>
      <!--seata 设置spring-cloud-alibaba-seata版本为2.1.1-->
      <dependency>
         <groupId>com.alibaba.cloud</groupId>
         <artifactId>spring-cloud-alibaba-seata</artifactId>
         <version>2.1.0.RELEASE</version>
         <exclusions>
            <exclusion>
               <artifactId>seata-all</artifactId>
               <groupId>io.seata</groupId>
            </exclusion>
         </exclusions>
      </dependency>
      <!-- 将原先的seata-all替换成seata-spring-boot-starter -->
      <dependency>
         <groupId>io.seata</groupId>
         <artifactId>seata-spring-boot-starter</artifactId>
         <version>1.0.0</version>
      </dependency>
   </dependencies>

   <build>
      <plugins>
         <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
         </plugin>
      </plugins>
   </build>

</project>

seata-order的pom
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
   <modelVersion>4.0.0</modelVersion>
   <parent>
      <groupId>io.seata.sample</groupId>
      <artifactId>springcloud-eureka-feign-mybatis-seata</artifactId>
      <version>0.0.1-SNAPSHOT</version>
   </parent>

   <groupId>io.seata.sample</groupId>
   <artifactId>seata-order</artifactId>
   <version>0.0.1-SNAPSHOT</version>
   <name>seata-order</name>
   <description>Demo project for Spring Boot</description>


   <properties>
      <java.version>1.8</java.version>
      <spring-cloud.version>Hoxton.SR1</spring-cloud.version>
   </properties>

   <dependencies>
      <dependency>
         <groupId>org.springframework.boot</groupId>
         <artifactId>spring-boot-starter-web</artifactId>
      </dependency>

      <dependency>
         <groupId>org.springframework.boot</groupId>
         <artifactId>spring-boot-starter-test</artifactId>
         <scope>test</scope>
      </dependency>
      <!--eureka client-->
      <dependency>
         <groupId>org.springframework.cloud</groupId>
         <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
      </dependency>
      <!--feign-->
      <dependency>
         <groupId>org.springframework.cloud</groupId>
         <artifactId>spring-cloud-starter-openfeign</artifactId>
      </dependency>
   </dependencies>

   <dependencyManagement>
      <dependencies>
         <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-dependencies</artifactId>
            <version>${spring-cloud.version}</version>
            <type>pom</type>
            <scope>import</scope>
         </dependency>
      </dependencies>
   </dependencyManagement>

   <build>
      <plugins>
         <plugin>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-maven-plugin</artifactId>
         </plugin>
      </plugins>
   </build>
</project>

seata:
  enabled: true
  enable-auto-data-source-proxy: true
  tx-service-group: test_tx_group #与nacos配置的一致
  registry: #注册中心信息
    type: nacos
    nacos:
      application: seata-server
      server-addr: 127.0.0.1:8848
      username: nacos
      password: nacos
  config: #配置中心信息
    type: nacos
    nacos:
      server-addr: 127.0.0.1:8848
      group: SEATA_GROUP
      username: nacos
      password: nacos
      namespace: 0af6e97b-a684-4647-b696-7c6d42aecce7
  service:
    vgroup-mapping:
      test_tx_group: default #与nacos配置的一致,能找到后端真实的TC服务列表（Seata-Server）
    disable-global-transaction: false
  client:
    rm:
      report-success-enable: false

核心代码，当账户服务异常时候，添加@GlobalTransaction的会使得整个订单数据库和库存数据库的数据进行回滚，整个处理一个事务中。

    @Override    
	@GlobalTransaction
	public void create(Order order){
        logger.info("创建订单");
	    orderDao.create(order);
        logger.info("调用库存服务，扣减库存");
	    storageService.decrease(order.getProductId(), order.getCount());
        logger.info("调用账户服务，扣减账户余额");
	    accountService.decrease(order.getUserId(), order.getMoney());
        logger.info("更新订单状态");
        orderDao.update(order.getUserId(), 0);
    }

第二步：将配置导入到nacos，然后从nacos中读取，主要使用到nacos-config.sh和nacos-config.txt文件（参见：seata-server-0.9.0\seata\conf），config.txt就是seata各种详细的配置，执行 nacos-config.sh 即可将这些配置导入到nacos（作为配置中心），config下的3个文件nacos-config.py、nacos-config.sh、config.txt txt为参数明细（包含Server和Client），sh为linux脚本，windows可下载git来操作，py为python脚本。

修改nacos-config中数据库相关信息

使用以下命令导入

sh nacos-config.sh -h localhost -p 8848 -g SEATA_GROUP -t 0af6e97b-a684-4647-b696-7c6d42aecce7 -u nacos -w nacos

注：命令解析：-h -p 指定nacos的端口地址；-g 指定配置的分组，注意，是配置的分组；-t 指定命名空间id； -u -w指定nacos的用户名和密码，同样，这里开启了nacos注册和配置认证的才需要指定。

导入成功后，就可以在nacos的配置中心看到导入的配置。

事务分组的作用：

事务分组是seata的资源逻辑，类似于服务实例。在file.conf中的my_test_tx_group就是一个事务分组。seata注册、配置中心分为两类，内置file、第三方注册（配置）中心如nacos等，注册中心和配置中心之间没有约束，可各自使用不同类型。以nacos注册中心和配置中心为例，说明事务分组的作用：

Seata-Server端

registry {
  # file 、nacos 、eureka、redis、zk、consul、etcd3、sofa
  type = "nacos"                ---------------> 使用nacos作为注册中心
  nacos {
    serverAddr = "localhost"    ---------------> nacos注册中心所在ip
    namespace = ""              ---------------> nacos命名空间id，""为nacos保留public空间控件，用户勿配置namespace = "public"
    cluster = "default"         ---------------> seata-server在nacos的集群名
  }
}
config {
  # file、nacos 、apollo、zk、consul、etcd3
  type = "nacos"                ---------------> 使用nacos作为配置中心
  nacos {
    serverAddr = "localhost"
    namespace = ""
    cluster = "default"
  }
}

• Client端

spring.cloud.alibaba.seata.tx-service-group=my_test_tx_group ---------------> 事务分组配置
registry {
  # file 、nacos 、eureka、redis、zk、consul、etcd3、sofa
  type = "nacos"                ---------------> 从nacos获取TC服务
  nacos {
    serverAddr = "localhost"
    namespace = ""
  }
}
config {
  # file、nacos 、apollo、zk、consul、etcd3
  type = "nacos"                ---------------> 使用nacos作为配置中心
  nacos {
    serverAddr = "localhost"
    namespace = ""
  }
}

• 读取配置

通过NacosConfiguration远程读取seata配置参数

• 获取事务分组

springboot可配置在yml、properties中，服务启动时加载配置，对应的值"my_test_tx_group"即为一个事务分组名，若不配置，默认获取属性spring.application.name的值+"-fescar-service-group"

• 查找TC集群名

拿到事务分组名"my_test_tx_group"拼接成"service.vgroupMapping.my_test_tx_group"从配置中心查找到TC集群名clusterName为"default"

• 查找TC服务

根据serverAddr和namespace以及clusterName在注册中心找到真实TC服务列表

注：serverAddr和namespace与Server端一致，clusterName与Server端cluster一致

Seata相关表的作用