【SpringCloud】12-分布式事务Seata

:语雀原文链接

分布式事务问题的由来

单体应用被拆分成微服务应用，原来的三个模块被拆分成三个独立的应用，分别使用三个独立的数据源，
业务操作需要调用三个服务来完成，此时每个服务的数据一致性由本地事务来保证，但是全局的数据一致性问题无法保证

一次业务操作要跨多个数据源或者跨多个系统进行远程调用，就会产生分布式事务问题

Seata简介

是什么

Seta是一款开源的分布式事务解决方案，致力于在微服务架构下提供高性能和简单易用的分布式事务服务；

官网地址：https://seata.io/zh-cn/

能干嘛

一个典型的分布式事务过程：
一个ID+三组件模型：

• Transaction ID XID 全局唯一的事务ID ；
• Transaction Coordinator（TC）：事务协调器，维护全局事务的运行状态，负责协调并驱动全局事务的提交或回滚
• Transaction Manager（TM）：控制全局事务的边界，负责开启一个全局事务，并最终发起全局提交或全局回滚的决议
• Resource Manager（RM）：控制分支事务，负责分支注册、状态汇报、并接受事务协调器的指令，驱动分支（本地）事务的提交和或回滚

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


怎么用

只需要使用一个@GlobalTransactional注解在业务方法上

Seata的下载和安装

下载地址

https://github.com/seata/seata/releases/tag/v0.9.0

安装方式

1. 下载zip压缩包完成后将其解压到指定目录
2. 修改conf目录下的file.conf配置文件
   1. 主要修改：自定义事务组名称+事务日志存储模式为db+数据库连接信息
   2. 自定义事务名称：

c. 事务日志存储模式为db：
d.数据库连接信息：
e. 如果是Steata0.9.0配合MySQL8.0以上版本，须更改driver-class-name = "com.mysql.cj.jdbc.Driver"url的seata后面增加?serverTimezone=Asia/Shanghai&useUnicode=true&characterEncoding=utf8&useSSL=false
删除seata的lib下的MySQL驱动，增加自己MySQL相应版本的驱动

3. 在本地创建seata数据库
4. 在seata库中建表
   1. 建表的sql文件在conf目录里面db_sore.sql
5. 修改conf目录下的register.conf配置文件


6. 先启动Nacos端口号8848
7. 再启动seata-server

订单/库存/账户业务数据库准备

业务流程

这里我们会创建三个服务，一个订单服务，一个库存服务，一个账户服务

当用户下单时，会在订单服务创建一个订单，然后通过远程调用的库存服务来扣减下单商品的库存，再通过远程调用账户服务来扣减用户账户里面的余额
最后在订单服务中修改订单状态为已完成

该操作跨越三个数据库，有两次远程调用，很明显会有分布式事务问题

下订单->扣库存->减账户（余额）

业务数据库的创建

seata_order:存储订单的数据库
seata_storage:存储库存的数据库
seata_account:存储账户信息的数据库

seata_order库下建t_order表
seata_storage库下建t_storage表
seata_account库下建t_account表

订单-库存-账户3个库下都需要建各自回滚的日志表

订单/库存/账户业务微服务准备

新建订单Order-Module

1. 新建seata-order-service2001订单服务的module
2. pom文件（主要依赖）

<!--nacos-->
<dependency>
  <groupId>com.alibaba.cloud</groupId>
  <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>

<!--seata-->
<!--去除自带的seata，引入自己版本对应的seata-->
<dependency>
  <groupId>com.alibaba.cloud</groupId>
  <artifactId>spring-cloud-starter-alibaba-seata</artifactId>
  <exclusions>
    <exclusion>
      <artifactId>seata-all</artifactId>
      <groupId>io.seata</groupId>
    </exclusion>
  </exclusions>
</dependency>
<dependency>
  <groupId>io.seata</groupId>
  <artifactId>seata-all</artifactId>
  <version>0.9.0</version>
</dependency>

<!--feign-->
<dependency>
  <groupId>org.springframework.cloud</groupId>
  <artifactId>spring-cloud-starter-openfeign</artifactId>
        </dependency>

3. 配置文件 application.yml

server:
  port: 2001

spring:
  application:
    name: seata-order-service
  cloud:
    alibaba:
      seata:
        #自定义事务组名称需要与seata-server中的对应
        tx-service-group: pojo123_tx_group
    nacos:
      discovery:
        server-addr: localhost:8848
  datasource:
    driver-class-name: com.mysql.cj.jdbc.Driver
    url: jdbc:mysql://localhost:3306/seata_order
    username: root
    password: 数据库密码

feign:
  hystrix:
    enabled: false

logging:
  level:
    io:
      seata: info

mybatis:
  mapperLocations: classpath:mapper/*.xml

4. 主启动类
5. domain实体类
   1. CommonResult（用于数据的返回实体类）

@Data
@NoArgsConstructor
@AllArgsConstructor
public class CommontResult<T>{
    private Integer code;
    private String message;
    private T data;
    
    
    public CommontResult(Integer code,String message){
        this(code,message,null);
    }
}

2. Order订单实体类
3. 复制file.conf和registry.conf到资源路径下（file.conf要略作修改）


8. Dao口及实现 ，配置类，service层及controller业务逻辑编写代码较多，以同步至Gitee仓库，可以进行查看
9. 码云地址：https://gitee.com/pojo123/SpringCloud.git
   

新建库存Storage-Module

新建账户Account-Module

以上都以同步至码云地址https://gitee.com/pojo123/SpringCloud.git
可直接下载运行测试

Seata原理解析

执行流程

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

一阶段加载(在第一阶段，Seata会拦截“业务SQL”)：

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

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

二阶段提交：
二阶段如果是顺利提交的话，因为“业务SQL”在一阶段已经提交至数据库，所以Seata框架只需要将一阶段保存的快照数据和行锁删掉，完成数据清理即可

二阶段回滚：
二阶段如果是回滚的话，Seata就需要回滚一阶段已经执行的“业务SQL”，还原业务数据。
回滚方式是使用“before image”还原业务数据；但在还原之前首先要校验脏写，对比“数据库当前业务数据”和“after image”，如果两份数据完全一致就说明没有脏写，可以还原业务数据，如果不一致就说明有脏写，出现脏写就需要转人工处理；

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-M35nKlvO-1658072616274)(https://cdn.nlark.com/yuque/0/2022/png/27823184/1657694102208-6865daaa-36dc-4d21-aacb-904b93162b74.png#clientId=u3d8372bd-54ab-4&crop=0&crop=0&crop=1&crop=1&from=paste&height=583&id=u81c7dce8&margin=%5Bobject%20Object%5D&name=image.png&originHeight=729&originWidth=1191&originalType=binary&ratio=1&rotation=0&showTitle=false&size=266720&status=done&style=none&taskId=u47823d05-96d7-4b08-954e-8b8dd7ffb14&title=&width=952.8)]