微服务系列：分布式事务 Spring Cloud Alibaba 之 Seata 入门篇

在前面的几篇文章中，我们从 微服务系列：Spring Cloud Alibaba 之 Sentinel 详细入门 学到了 微服务系列：Spring Cloud Alibaba 之 Sentinel 规则持久化 算是把 Sentinel 入门系列大致的学完了，然后接着学了一下 微服务系列：分布式链路追踪之 SkyWalking 相关知识。

从这篇开始，我们就进入分布式事务 Seata 的学习中，计划学完分布式事务之后再学一下分布式日志，我们的微服务系列的学习就可以暂告一段落了，该去学学一下其他东西了，以后可能会再对微服务系列做补充。

话不多说，开始今天的学习。

一、基本介绍

数据库事务（ACID）相信大家都不陌生：

原子性（Atomicity）：操作这些指令时，要么全部执行成功，要么全部不执行。只要其中一个指令执行失败，所有的指令都执行失败，数据进行回滚，回到执行指令前的数据状态。要么执行，要么不执行

一致性（Consistency）：事务的执行使数据从一个状态转换为另一个状态，数据库的完整性约束没有被破坏。能量守恒，总量不变

隔离性（Isolation）：隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。信息彼此独立，互不干扰

持久性（Durability）：当事务正确完成后，它对于数据的改变是永久性的。不会轻易丢失

1. 什么是分布式事务

指一次大的操作由不同的小操作组成的，这些小的操作分布在不同的服务器上，分布式事务需要保证这些小操作要么全部成功，要么全部失败。从本质上来说，分布式事务就是为了保证不同数据库的数据一致性。

典型的场景就是微服务之间通过远程调用完成事务操作。 比如：订单服务和库存服务，下单的同时订单服务请求库存服务减库存。

2. 为什么要使用分布式服务

在微服务独立数据源的思想，每一个微服务都有一个或者多个数据源，虽然单机单库事务已经非常成熟，但是由于网路延迟和不可靠的客观因素，分布式事务到现在也还没有成熟的方案，对于中大型网站，特别是涉及到交易的网站，一旦将服务拆分微服务，分布式事务一定是绕不开的一个组件，通常需要解决分布式事务问题。

3. seata 分布式事务

Seata是阿里开源的一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。

Seata 将为用户提供了 AT、TCC、SAGA 和 XA 事务模式，为用户打造一站式的分布式解决方案。

AT 模式：参见(《Seata AT 模式》)文档
TCC 模式：参见(《Seata TCC 模式》)文档
Saga 模式：参见(《SEATA Saga 模式》)文档
XA 模式：参见(《Seata XA 模式》)文档

目前使用的流行度情况是：AT > TCC > Saga。因此，我们目前只学习 AT 模式。

分布式事务过程

seata 相关术语（三组件概念）：

• TC (Transaction Coordinator) - 事务协调者：维护全局和分支事务的状态，驱动全局事务提交或回滚。

• TM (Transaction Manager) - 事务管理器：定义全局事务的范围：开始全局事务、提交或回滚全局事务。

• RM (Resource Manager) - 资源管理器：管理分支事务处理的资源，与TC交谈以注册分支事务和报告分支事务的状态，并驱动分支事务提交或回滚。

典型的分布式事务过程：

1. TM 向 TC 申请开启一个全局事务，全局事务创建成功并生成一个全局唯一的 XID；

2. XID 在微服务调用链路的上下文中传播；

3. RM 向 TC 注册分支事务，将其纳入 XID 对应全局事务的管辖；

4. TM 向 TC 发起针对 XID 的全局提交或回滚决议；

5. TC 调度 XID 下管辖的全部分支事务完成提交或回滚请求。

AT 模式整体机制

• 一阶段：业务数据和回滚日志记录在同一个本地事务中提交，释放本地锁和连接资源。
• 二阶段：
  • 提交异步化，非常快速地完成。
  • 回滚通过一阶段的回滚日志进行反向补偿。

都是官方文档里的东西，也不想再贴那么多了，官方文档：Seata 文档

---

其实要学习分布式事务，还有很多前置知识需要了解，包括 什么是 CAP 原则、一致性的分类、什么是 BASE 理论、分布式事务解决方案 等

这。。。此时的我也不想一个个的去研究并写下来了，放一篇大佬的文章：对比7种分布式事务方案，还是偏爱阿里开源的Seata(原理+实战)

接下来，我们就只研究一下 Seata 的入门。

二、安装配置

1. 下载解压

本文我们只是学习测试，所以我们下载 windows 平台的安装包：

从https://github.com/seata/seata/releases下载seata-server-$version.zip包。

下载解压后的文件目录：

其实此处我们下载安装的东西就相当于前文中的 TC - 事务协调者，用来维护全局和分支事务的状态，驱动全局事务提交或回滚。

2. 创建所需要的表

在 github 上的 seata 源码中 seata/script/server/db at develop · seata/seata (github.com) 找到 sql 脚本

在自己准备的测试数据库中执行对应的 sql 脚本，我使用的是 Mysql 数据库

3. 融合 Nacos

Nacos 是 Seata 组件中重要的配置中心实现，Nacos 也是 Seata 组件中重要的注册中心实现.

Nacos 我们前面已经学习过啦，不熟悉的小伙伴可以看看这几篇文章：

• 微服务系列：Spring Cloud Alibaba 之 Nacos 注册中心
• 微服务系列：Spring Cloud Alibaba 之 Nacos 配置中心
• 微服务系列：Spring Cloud Alibaba 之 Nacos 集群搭建

3.1、修改配置文件

启动 Nacos 在控制台新建一个 seata 的命名空间

修改解压目录 seata-server-1.4.2\conf 下的 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 = "c18b9158-bcf3-4d5a-b78b-f02bc8a19353"
    cluster = "default"
    username = "nacos"
    password = "nacos"
  }
}

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

  nacos {
    serverAddr = "127.0.0.1:8848"
    namespace = "c18b9158-bcf3-4d5a-b78b-f02bc8a19353"
    group = "SEATA_GROUP"
    username = "nacos"
    password = "nacos"
  }
}

修改的地方：

• type 从 file 改为了 nacos
• namespace 改为刚刚新建的命名空间的 ID
• 其他的根据自己 nacos 配置酌情修改。

3.2、推送配置到 Nacos

接下来我们还需要把 seata 所需要的配置存储到 nacos 中

通过 dataId 配置

1. 从v1.4.2版本开始，已支持从一个 Nacos dataId 中获取所有配置信息, 只需要额外添加一个 dataId 配置项。
2. 首先你需要在 nacos 新建配置，此处 dataId为seataServer.properties , 配置内容参考https://github.com/seata/seata/tree/develop/script/config-center 的config.txt 并按需修改保存
3. 在client参考如下配置进行修改,

seata:
  config:
    type: nacos
    nacos:
      server-addr: 127.0.0.1:8848
      group : "SEATA_GROUP"
      namespace: ""
      dataId: "seataServer.properties"
      username: "nacos"
      password: "nacos"

通过脚本上传配置到 Nacos

我本次是使用的脚本上传配置到 Nacos 中的。

配置内容 https://github.com/seata/seata/tree/develop/script/config-center 的 config.txt 并按需修改保存，复制下来放到 seata 根目录下

脚本在 seata/script/config-center/nacos at develop · seata/seata (github.com) 下的 nacos-config.sh ，复制下来，我放到了新建的 scripts 目录下

windows 环境下可以使用 git bash 来执行这个脚本

sh nacos-config.sh -h 127.0.0.1 -p 8848 -g SEATA_GROUP -t c18b9158-bcf3-4d5a-b78b-f02bc8a19353 -u nacos -w nacos

参数说明：

• -h 是 nacos 服务所在的机器 ip
• -p 是 nacos 的端口号
• -g 是 nacos 中的分组名（不用修改，就用这个就行）
• -t 是 nacos 命名空间 ID
• -u -w 是 nacos 账户/密码

执行成功是这样的，会发现有几个失败的

查看 config.txt 是因为这几个的 value 没有设置，如果你用到了这几个配置的话，你可以在执行脚本之前修改一下，也可以自己再手动添加这几个配置到 Nacos 中

我们看一下 Nacos 控制台

足足有 11 页的配置项，接下来我们需要修改其中部分配置项

修改数据库连接信息

seata 是需要使用数据库来存储事务信息的，上一节我们将相关配置都推送到了 nacos 中，其中就有数据库的相关配置，我们需要去修改一下

## 采用db的存储形式
store.mode=db
## druid数据源
store.db.datasource=druid
## mysql数据库
store.db.dbType=mysql
## mysql驱动
store.db.driverClassName=com.mysql.cj.jdbc.Driver
## TC的数据库url
store.db.url=jdbc:mysql://127.0.0.1:3306/seata_server?useUnicode=true&rewriteBatchedStatements=true&useSSL=false&serverTimezone=Asia/Shanghai
## 用户名
store.db.user=root
## 密码
store.db.password=root

我们可以搜索上面一个个的 key 然后去编辑发布配置

注意：store.db.driverClassName 和 store.db.url 地方和 MySQL 数据库版本有关，配置不对的话启动 seata-server 会报数据库连接问题，我本地数据库是 8.0 以上的

三、启动 Seata

将上面的配置都完成后，我们就可以点击 seata\seata-server-1.4.2\bin 下面的 seata-server.bat 来启动 Seata 了

启动成功后，在 Nacos 的服务列表下就可以看到注册进去的 Seata 服务了

至此，我们的 Seata 服务端总算是搭建好了，因篇幅原因，实战将放在下一篇文章中，这篇文章到此结束！

文章参考：对比7种分布式事务方案，还是偏爱阿里开源的Seata(原理+实战)