分布式事务 —— SpringCloud Alibaba Seata

分布式,事务,springcloud,alibaba,seata · 浏览次数 : 0

小编点评

## Seata 简介 Seata 是一个开源的分布式事务解决方案,旨在提供高性能和简单易用的分布式事务服务。 **主要特点:** * **高性能:** 使用多线程和异步执行来实现高性能。 * **简单易用:** 提供 AT、TCC、SAGA 和 XA 事务模式,只需使用简单的注解即可实现分布式事务。 * **支持多种数据源:** 支持多个数据源,例如 Druid、MySQL 和 Redis。 * **分布式事务:** 提供全局事务,保证数据一致性。 ## 相关知识 * **分布式事务:** 在多个服务器上运行事务,以确保数据的一致性。 * **事务:** 事务是一个不可分割的操作,在整个事务期间,所有服务器必须完全执行到成功或失败。 * **undo_log:** 用于回滚事务的日志表。 ## 示例代码 ```java @GlobalTransactional public void create(Order order) { log.info("下单开始"); orderDao.create(order); log.info("下单结束"); log.info("开始扣减余额"); server02FeignClient.accountIncrUsed(order.getUserId(), order.getMoney()); log.info("扣减余额结束"); log.info("开始扣减库存"); server03FeignClient.storageIncrUsed(order.getProductId(), order.getCount()); log.info("扣减库存结束"); log.info("开始修改订单状态"); orderDao.updateStatus(1, order.getId()); log.info("修改订单状态结束"); } ``` ## 使用 Seata 测试 1. 下载并安装 Seata 示例代码。 2. 创建一个简单的订单模型并使用 `@GlobalTransactional` 注解将其标记为分布式事务。 3. 运行测试用例,验证事务是否成功。 ## 总结 Seata 是一个功能强大的分布式事务解决方案,可以轻松地实现高性能和可靠的分布式事务。

正文

Seata 简介

传统的单体应用中,业务操作使用同一条连接操作不同的数据表,一旦出现异常就可以整体回滚。随着公司的快速发展、业务需求的变化,单体应用被拆分成微服务应用,原来的单体应用被拆分成多个独立的微服务,分别使用独立的数据源,业务操作需要调用三个服务来完成。此时每个服务内部的数据一致性由本地事务来保证,但是全局的数据一致性问题无法保证。在微服务架构中,一次业务请求需要操作多个数据源或需要进行远程调用,就会产生分布式事务问题。

Seata 是一款开源的分布式事务解决方案,致力于提供高性能和简单易用的分布式事务服务,Seata 为用户提供 AT、TCC、SAGA 和 XA 事务模式,为用户打造一站式的分布式解决方案。AT 模式是 Seata 默认的工作模式,该模式是 XA 协议的演变。

关于分布式事务的知识可以参考:https://zhuanlan.zhihu.com/p/263555694


Seata 服务端

通过 https://github.com/seata/seata/releases 地址下载 Seata 安装包,本文使用的 Seata 版本是 seata-server-1.7.1

解压 seata-server-1.7.1 安装包,修改 conf/application.conf 文件

server:
  port: 7091

spring:
  application:
    name: seata-server

logging:
  config: classpath:logback-spring.xml
  file:
    path: D:\seata-server-1.7.1\logs\seata
  extend:
    logstash-appender:
      destination: 127.0.0.1:4560
    kafka-appender:
      bootstrap-servers: 127.0.0.1:9092
      topic: logback_to_logstash

console:
  user:
    username: seata
    password: seata
seata:
  config:
    # 使用nacos作为配置中心,seata将从nacos获取配置
    type: nacos
    nacos:
      server-addr: 127.0.0.1:8848
      namespace: 0178e474-2cfb-47c3-bded-da7cfa260f99
      group: springcloud-project
      data-id: seata-server.properties
  registry:
    # 使用nacos作为注册中心,seata将自身服务注册到nacos
    type: nacos
    nacos:
      server-addr: 127.0.0.1:8848
      namespace: 0178e474-2cfb-47c3-bded-da7cfa260f99
      group: springcloud-project
      application: seata-server
      cluster: default
  store:
    # 存储模式:
    # file模式为单机模式,全局事务会话信息内存中读写并持久化本地文件 rootdata,性能较高
    # db模式为高可用模式,全局事务会话信息通过db共享,相应性能会差
    # redis模式性能较高,存在事务信息丢失风险,需要提前配置适合当前场景的redis持久化配置
    mode: file
#  server:
#    service-port: 8091 #If not configured, the default is '${server.port} + 1000'
  security:
    secretKey: SeataSecretKey0c382ef121d778043159209298fd40bf3850a017
    tokenValidityInMilliseconds: 1800000
    ignore:
      urls: /,/**/*.css,/**/*.js,/**/*.html,/**/*.map,/**/*.svg,/**/*.png,/**/*.jpeg,/**/*.ico,/api/v1/auth/login

在 Nacos 控制台创建配置文件 seata-server.properties,注意分组和命名空间要与上述配置保持一致

具体配置项是从 script/config-center/config.txt 粘贴修改而来,这里只使用对我们有用的配置,主要是数据库配置信息

#Transaction storage configuration, only for the server.
store.mode=db
store.lock.mode=db
store.session.mode=db

#These configurations are required if the `store mode` is `db`.
store.db.datasource=druid
store.db.dbType=mysql
store.db.driverClassName=com.mysql.cj.jdbc.Driver
store.db.url=jdbc:mysql://127.0.0.1:3306/test_db?useSSL=false&serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true&useAffectedRows=true
store.db.user=root
store.db.password=123
store.db.minConn=5
store.db.maxConn=30
store.db.globalTable=global_table
store.db.branchTable=branch_table
store.db.distributedLockTable=distributed_lock
store.db.queryLimit=100
store.db.lockTable=lock_table
store.db.maxWait=5000

在上面配置的数据库内,执行 script/server/db 目录下的 sql 脚本,创建服务端所需的表

完成以后,即可进入 bin 目录使用脚本启动 Seata


Seata 客户端

为客户端微服务添加依赖

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-seata</artifactId>
</dependency>

配置文件添加如下配置

seata:
  enabled: true
  tx-service-group: test-seata-group # 自定义事务组名称,需要与下面service.vgroup-mapping中的一个映射保持一致
  service:
    vgroup-mapping:
      test-seata-group: default
  registry:
    type: nacos
    nacos:
      server-addr: 127.0.0.1:8847/nacos
      namespace: 0178e474-2cfb-47c3-bded-da7cfa260f99
      group: springcloud-project
      application: seata-server

Seata 默认使用 AT 模式,该模式需求每个客户端库内都存在一张 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;

在需要使用分布式事务的方法上添加注解 @GlobalTransactional,当方法内发生异常时,就可以带动所调用微服务进行回滚

@GlobalTransactional
public void create(Order order) {

    log.info("下单开始");
    orderDao.create(order);
    log.info("下单结束");

    log.info("开始扣减余额");
    server02FeignClient.accountIncrUsed(order.getUserId(), order.getMoney());
    log.info("扣减余额结束");

    log.info("开始扣减库存");
    server03FeignClient.storageIncrUsed(order.getProductId(), order.getCount());
    log.info("扣减库存结束");

    log.info("开始修改订单状态");
    orderDao.updateStatus(1, order.getId());
    log.info("修改订单状态结束");
}

配置完成,启动服务,即可开始测试


与分布式事务 —— SpringCloud Alibaba Seata相似的内容:

分布式事务 —— SpringCloud Alibaba Seata

Seata 简介 传统的单体应用中,业务操作使用同一条连接操作不同的数据表,一旦出现异常就可以整体回滚。随着公司的快速发展、业务需求的变化,单体应用被拆分成微服务应用,原来的单体应用被拆分成多个独立的微服务,分别使用独立的数据源,业务操作需要调用三个服务来完成。此时每个服务内部的数据一致性由本地事务

Springcloud2021+Nacos2.2+Dubbo3+Seata1.6实现分布式事务

> 示例代码地址:https://gitee.com/gtnotgod/Springcloud-alibaba.git 更详细参考Gitee完整的项目:https://gitee.com/gtnotgod/Springcloud-alibaba.git # 官网下载Nacos > https://n

服务链路追踪 —— SpringCloud Sleuth

Sleuth 简介 随着业务的发展,系统规模变得越来越大,微服务拆分越来越细,各微服务间的调用关系也越来越复杂。客户端请求在后端系统中会经过多个不同的微服务调用来协同产生最后的请求结果,几平每一个请求都会形成一个复杂的分布式服务调用链路,在每条链路中任何一个依赖服务出现延迟超时或者错误都有可能引起整

SpringBoot2.7升级到3.0的实践分享

背景 最近把项目中的技术框架做一次升级,最重要的就是SpringBoot从2.7.x升级到3.0.x,当然还会有一些周边的框架也会连带着升级,比如Mybatis Plus,SpringCloud等,话不多说直接看看有哪些事情要做。 具体事项 主要分两类,第一类是单纯的提升版本,主要如下: 1.jdk

分布式事务解决方案汇总

2阶段(2PC)提交方案: 实现原理:基于XA规范搞的一套分布式事务的理论,也可以叫做一套规范,或者是协议。 (1)准备阶段(Prepare phase):事务管理器给每个参与者发送prepare消息,每个数据库参与者在本地执行事务,并写本地的Undo/Redo,此时事务没有提交。 (2)提交阶段(

分布式事务:XA和Seata的XA模式

上一篇内容《从2PC和容错共识算法讨论zookeeper中的Create请求》介绍了保证分布式事务提交的两阶段提交协议,而XA是针对两阶段提交提出的接口实现标准,本文则对XA进行介绍

分布式事务提交慢的一次总结和思考

分布式事务提交慢的一次总结和思考 背景 分布式事务未提交 是应用程序出现宕机异常的很重要的一原因. 应用宕机主要可以分为: 1. 内存泄露导致的OOM宕机. 表现在系统越来越慢, 应用的内存和CPU占用量越来越高. 最终达到无响应的状态, 此时数据库一般是正常的. 2. 分布式事务未提交导致的宕机,

分布式事务保姆级教程

⼀、本地事务 1、ACID特性 原⼦性(A) ⼀致性(C) 隔离性(I) 持久性(D) 2、事务的隔离级别 两个或多个事务并发操作相同的数据的时候事务之间的相互访问关系 查询当前隔离级别:select @@tx_isolation 设置隔离级别:set session transaction iso

分布式事务的几种实现方式

## 基础理论 ### CAP理论 一致性(Consistency) :在分布式系统中所有的数据备份,在同一时刻都保持一致状态,如无法保证状态一致,直接返回错误; 可用性(Availability):在集群中一部分节点故障,也能保证客户端访问系统并得到正确响应,允许一定时间内数据状态不一致; 分区容

分布式事务的华丽进化

说到分布式事务,大家并不陌生。在实际工作中,用得比较多的还是柔性分布式事务,今天主要把在工作中运用到的几种柔性分布式事务的场景及实现方式做一个简单介绍,也可以看做是柔性分布式事务的一个演进过程。