Spring Cloud Alibaba（Seata分布式事务）

最新推荐文章于 2025-04-21 17:30:00 发布

松鼠不是鼠

最新推荐文章于 2025-04-21 17:30:00 发布

阅读量331

点赞数

CC 4.0 BY-SA版权

分类专栏：学习笔记编程小知识

本文链接：https://blog.csdn.net/u013845168/article/details/114186664

编程小知识同时被 2 个专栏收录

17 篇文章

订阅专栏

学习笔记

16 篇文章

订阅专栏

博客介绍了Seata这款开源的分布式事务解决方案。在微服务架构下，会产生分布式事务问题，Seata可解决此问题。文中阐述了其分布式事务过程，包括XID、TC、TM、RM的作用及交互流程，还介绍了下载使用方法和AT模式的机制，如一二阶段的操作及回滚处理。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

概况

单体应用被拆分成微服务应用，原来的三个模块被拆分成三个独立的应用，分别使用三个独立的数据源，业务操作需要调用三个服务来完成。此时每个服务内部的数据一致性由本地事务来保证，但是全局的数据一致性问题没办法保证。
通俗的讲就是，一次业务操作跨多个数据源或需要多个系统进行远程调用，就会产生分布式事务问题。而Seata是一款开源的分布式事务解决方案，致力于在微服务架构下提供高性能和简单易用的分布式事务服务。
官网：传送门

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

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

在这里插入图片描述

下载使用

发布地址：传送门
下载地址：传送门

下载解压后到根目录下的conf目录下，修改file.conf配置，主要修改：自定义事务组名称+事务日志存储模式为db+数据库连接

file.conf配置：

service {
  #transaction service group mapping
  # 事务组名称
  vgroup_mapping.my_test_tx_group = "study.tx.group"
  #only support when registry.type=file, please don't set multiple addresses
  default.grouplist = "127.0.0.1:8091"
  #disable seata
  disableGlobalTransaction = false
}

## transaction log store, only used in seata-server
store {
  ## store mode: file、db
  ## 存储模式
  mode = "db"

  ## file store property
  file {
    ## store location dir
    dir = "sessionStore"
  }

  ## database store property
  db {
    ## the implement of javax.sql.DataSource, such as DruidDataSource(druid)/BasicDataSource(dbcp) etc.
    datasource = "druid"
    ## mysql/oracle/h2/oceanbase etc.
    ## 数据库连接
    db-type = "mysql"
    driver-class-name = "com.mysql.jdbc.Driver"
    url = "jdbc:mysql://127.0.0.1:3306/seata"
    user = "root"
    password = "123"
  }
}

执行conf目录下的db_store.sql语句。
建立回滚日志：在分库下分别执行conf目录下的db_undo_log.sql

启动方式：bin目录下的seata-server.bat
注意：先启动Nacos后启动Seata；

Maven：

<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>

YML配置：

server:
  port: 2001

spring:
  application:
    name: seata-order-service
  cloud:
    alibaba:
      seata:
        #seataconfig中自定义的vgroup_mapping.my_test_tx_group
        tx-service-group: study.tx.group
    nacos:
      discovery:
        server-addr: localhost:8848
  datasource:
    driver-class-name: com.mysql.jdbc.Driver
    url: jdbc:mysql://localhost:3306/seata_order
    username: root
    password: 123

feign:
  hystrix:
    enabled: true

logging:
  level:
    io:
      seata: info
mybatis:
  mapperLocations: classpath:mapper/*.xml

示例代码：

@Service
@Slf4j
public class OrderServiceImpl implements OrderService
{
    @Resource
    private OrderDao orderDao;
    @Resource
    private StorageService storageService;
    @Resource
    private AccountService accountService;

    /**
     * 创建订单->调用库存服务扣减库存->调用账户服务扣减账户余额->修改订单状态
     * 简单说：下订单->扣库存->减余额->改状态
     */
    @Override
    @GlobalTransactional(name = "fsp-create-order",rollbackFor = Exception.class)
    public void create(Order order)
    {
        log.info("----->开始新建订单");
        //1 新建订单
        orderDao.create(order);

        //2 扣减库存
        log.info("----->订单微服务开始调用库存，做扣减Count");
        storageService.decrease(order.getProductId(),order.getCount());
        log.info("----->订单微服务开始调用库存，做扣减end");

        //3 扣减账户
        log.info("----->订单微服务开始调用账户，做扣减Money");
        accountService.decrease(order.getUserId(),order.getMoney());
        log.info("----->订单微服务开始调用账户，做扣减end");

        //4 修改订单状态，从零到1,1代表已经完成
        log.info("----->修改订单状态开始");
        orderDao.update(order.getUserId(),0);
        log.info("----->修改订单状态结束");

        log.info("----->下订单结束了，O(∩_∩)O哈哈~");

    }
}

再看TC/TM/RM三个组件

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

在这里插入图片描述

AT模式

基于支持本地ACID事务的关系型数据库。
Java应用，通过JDBC访问数据。
整体机制：
一阶段：业务数据和回滚日志记录在同一个本地事务中提交，释放本地锁和链接资源。
二阶段：提交异步化，非常快速地完成。回滚通过一阶段的回滚日志进行反向补偿。

一阶段：

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

以上操作去哪不在同一个数据库事务内完成，这样保证了一阶段操作的原子性；
在这里插入图片描述
二阶段：
如是顺利提交的话，因为“业务SQL”在一阶段已经提交至数据库，所以Seata框架只需将一阶段保存的快照数据和行锁删除，完成数据清理即可。

三阶段：
如是回滚的话，Seata就需要回滚一阶段执行的“业务SQL”，还原业务数据。
回滚方式是用“before image”换源业务数据；但在还原前首先校验脏鞋，对别“数据库当前业务数据”和“after image”，如果两份数据完全一致就说明没有脏写，可以还原业务数据，如果不一致就说明有脏写，出现脏写就需要转人工处理。
在这里插入图片描述
补充：