知行合一
Github
顺翔的技术驿站
顺翔的技术驿站
  • README
  • ABOUTME
  • Computer Science
    • 数据结构与算法
      • 位运算以及位图
      • 随机数
      • 递归
      • 经典排序算法
      • 经典查找算法
      • 数组和动态数组
      • 链表
      • 栈和队列
      • 树
      • 哈希表
    • 计算机网络
      • 物理层
      • 数据链路层
      • 网络层
        • TCP
      • 运输层
      • 应用层
      • HTTP
        • HTTPS的原理
        • DNS详解
        • file协议
        • 邮件协议
    • 设计模式
      • 单例模式
      • 建造者模式
      • 原型模式
      • 工厂模式
      • 享元模式
      • 代理模式
      • 装饰者模式
      • 桥接模式
      • 适配器模式
      • 外观模式
      • 组合模式
      • 事件驱动
      • 有限状态机
      • 备忘录模式
      • 模板方法模式
      • 策略模式
      • 迭代器模式
      • 命令模式
      • 解释器模式
    • 加密与解密
      • 数字证书原理
      • cfssl
  • Programming Language
    • 编程语言学习要素
    • Java
      • 集合
        • List
          • ArrayList
          • Vector
          • Stack
          • LinkedList
        • Iterator
        • Set
          • HashSet
          • TreeSet
        • Map
          • HashMap
          • HashTable
          • TreeMap
          • LinkedHashMap
      • 常用API
        • 日期时间处理
        • System
        • Random
        • Arrays
        • Scanner
        • 格式化输出
      • java特性
        • java5特性
        • java8特性
        • java9特性
        • java10特性
        • java11特性
      • 并发编程
        • 线程基础
        • 线程同步:synchronized及其原理
        • 线程同步: volatile
        • 锁机制
        • 锁的分类与对应的Java实现
        • JUC:同步辅助类
        • JUC: AtomicXXX
        • 线程池
        • ThreadLocal详解
      • 测试
        • 使用JMH进行基准测试
      • JVM
        • 强引用、软引用、弱引用、虚引用
        • jvm内存模型
        • jvm优化
        • GC算法与回收器
        • 静态绑定与动态绑定
      • ORM
        • Mybatis
          • IBatis常用操作
      • Web编程
        • Servlet详解(一)
        • Servlet详解(二):request和response对象
        • Servlet详解(三):会话技术与Cookie
        • JSP详解(一):页面构成、EL表达式
        • JSP详解(二):九大内置对象
        • JavaWeb的编码问题
        • Thymeleaf
      • Velocity
      • Java日志框架总结
      • Spring
        • SpringIOC
        • SpringMVC
        • SpringBoot源码
      • 其他
        • Apache Commons Lang使用总结
        • 使用FtpClient进行ftp操作
        • Java PDF操作总结
        • Java使用zip4j进行文件压缩
        • Java解析Excel总结
    • JVM Language
      • Groovy
      • Scala
    • Kotlin
      • 变量和常量
      • 数据类型
        • 基本数据类型
        • 容器类型
        • 函数类型
        • null和null安全
      • 流程控制
      • 包
      • 面向对象
    • Golang
      • 关键字与标识符
      • 变量和常量
      • 数据类型
      • 函数
      • 常用API
        • 时间日期处理
        • 字符串操作
        • 正则表达式
      • 控制语句
      • 包package
      • 面向对象
      • 错误处理
      • 命令行编程
        • Cobra
      • 文件操作
      • 测试
      • 并发编程
        • sync包详解
      • 数据格式与编码
        • 使用encoding包操作xml
        • 使用encoding包操作json
        • 使用magiconair操作properties
        • 使用go-ini操作ini
      • 反射
      • Build Tools
        • Go Module
        • Go Vendor
      • 日志框架
        • zap日志框架
      • Web编程
        • Gin
    • JavaScript
      • 数据类型
      • ECMAScript
        • ECMAScript6
      • NodeJS
    • TypeScript
      • 变量和常量
      • 数据类型
      • 函数
      • 面向对象
      • 泛型
      • Build Tools
        • tsc编译
        • 与webpack整合
    • Python
      • BuildTools
        • requirements.txt
        • Ananconda
    • Swift
      • 变量和常量
    • Script Language
      • Regex
      • BAT
      • Shell
    • Markup Language
      • Markdown
      • Yaml
  • Build Tools
    • CMake
    • Maven
      • 搭建Nexus私服
      • maven使用场景
    • Gradle
  • Version Control
    • Git
      • Git工作流
      • Git分支管理
      • Git Stash
      • Git Commit Message规范
      • .gitttributes文件
    • SVN
  • Distributed
    • 分布式基础理论
      • 互联网架构演变
      • 架构设计思想AKF拆分原则
      • CAP理论
      • BASE理论
    • 一致性
      • 一致性模型
      • 共识算法
        • Paxos
        • Raft
        • ZAB
      • 复制
        • 主从复制
        • Quorum机制
        • Nacos Distro协议
      • 缓存一致性
        • 双写一致性
        • 多级缓存一致性
    • 事务一致性
      • Seata
      • 本地消息表实现方案
      • 关于dpad的事务问题的分析
    • IO
    • RPC协议
    • 序列化
    • Session共享
    • 分布式协调
      • Zookeeper
        • zk集群4节点搭建
    • 服务治理
      • Dubbo分布式治理
    • 分布式ID
      • 分布式ID生成策略总结
    • 分布式锁
    • 应用服务器
      • Tomcat
    • Web服务器
      • Nginx
        • Nginx的基本配置
        • ab接口压力测试工具
        • nginx模块
        • 随机访问页面
        • 替换响应内容
        • 请求限制
        • 访问控制
        • 状态监测
        • nginx应用场景
        • 代理服务
        • 负载均衡
        • 缓存
        • 静态资源服务器和动静分离
        • 附录
      • Kong
    • 缓存中间件
      • Caffeine
      • memcached
      • Redis
        • Centos下安装Redis
        • RatHat下安装Redis
    • 数据库中间件
      • ShardingSphere
      • MyCat2
    • 消息中间件
      • Kafka
      • RocketMQ
  • Microservices
    • 服务发现
      • Nacos注册中心
      • Consul
    • 配置中心
      • Apollo
    • 消息总线
    • 客户端负载均衡
    • 熔断器
    • 服务网关
    • 链路追踪
      • Skywalking
  • Domain-Specific
    • Auth
      • 有关权限设计的思考
      • 认证方式
      • JWT
    • 任务调度
      • QuartzScheduler
      • Elastic-Job
      • XXL-Job
      • PowerJob
    • 工作流
      • BPM
      • Activiti
      • Flowable
    • 规则引擎
      • Drools
  • Architect
    • DDD领域驱动设计
      • 三层架构设计
      • 四层架构设计
    • Cola
    • 代码设计与代码重构
      • 重构改变既有代码设计
      • 枚举规范化
      • 接口幂等
      • 限流
      • 历史与版本
      • 逻辑删除和唯一索引
      • 业务对象设计
    • 单元测试
      • SpringBoot单元测试实践
    • 项目管理
    • APM
      • SkyWalking
      • Arthas
    • 性能优化
      • 接口性能优化
    • 系统设计
      • 流程中台
      • 短信中台
      • 权限中台
        • 智电运维平台组织架构改造二期
  • Database
    • Oracle
      • Docker下安装oracle11g
    • IBM DB2
    • Mysql
      • 安装Mysql
      • 用户与权限管理
      • MySQL的逻辑架构
      • 存储引擎
      • 索引详解
      • MySql的列类型
      • MySql中表和列的设计
      • MySql的SQL详解
      • 锁机制
      • 事务
      • Mysql函数总结
      • MySql存储过程详解
      • MySql触发器详解
      • Mysql视图详解
      • Mysql中Sql语句的执行顺序
      • 配置MySql主从和读写分离
      • MySql的备份策略
      • MySql分库分表解决方案
      • MySql优化总结
      • MySQL实战调优
        • schema与数据类型优化
    • Mongo
  • File System
    • README
    • HDFS
    • FastDFS
    • MinIO
  • Linux
    • 常用的Linux命令
    • vim
    • Linux磁盘管理
    • Linux系统编程
    • RedHat
      • rpm包管理器具体用法
    • Ubuntu
      • Ubuntu下录制屏幕并做成gif图片
      • Ubuntu20.05LiveServe版安装
  • DevOps
    • VM
      • 新建一个新的Linux虚拟机需要配置的东西
      • VMware桥接模式配置centos
      • VMwareFusion配置Nat静态IP
    • Ansible
    • Container
      • Docker
        • Dockerfile详解
        • DockerCompose详解
      • Containerd
    • Kubernetes
      • 安装k8s
        • 使用Minikube安装k8s
        • centos7.x下使用kubeadm安装k8s1.21
        • ubuntu20下使用kubeadm安装k8s1.21
        • centos7.x下使用二进制方式安装k8s1.20
        • 使用DockerDesktop安装K8s(适用M1芯片)
      • 切换容器引擎
      • 使用k8s部署项目的流程
      • 集群维护-备份升级排错
    • Gitlab
      • GitlabCI/CD
    • CI/CD
      • ArgoCD
  • Big-Data
    • Hadoop
    • MapReduce
    • HDFS
  • Front-End
    • Android
      • Log的使用、自定义Log工具类
      • Android倒计时功能实现
      • 解决ViewDrawableLeft左侧图片大小不可控的问题
      • AndroidSQLite基本用法
      • View的生命周期
      • 工具类
      • WebView详解
      • ViewTreeObserver类监听ViewTree
      • 在onCreate中获取控件的宽高等信息的几种方法
      • View的foreground属性
        • MaterialDesign
          • BottomNavigationBar
          • CardView
          • Elevation高度、shadows阴影、clipping裁剪、tint着色
          • TouchFeedbackRipple波纹动画
      • Volley完全解析——使用、源码
      • Android围住神经猫的实现
      • LookLook剖析,架构概述——MVP、Retrofit+RxJava
      • Android性能优化之渲染
    • Browser
      • 浏览器的工作原理
    • HTML
      • DOCTYPE标签、XHTML与HTML的区别
    • CSS
      • CSS的继承性、层叠性、权重
      • CSS浮动float详解(一):标准文档流
      • CSS浮动float详解(二):使用float
      • CSS浮动float详解(三):清除浮动方案
    • Tools Lib
      • JavaScript 文件下载解决方案-download.js
      • js-url 用于url的js开源库
      • jsuri 用于操作url的js开源库
      • window offset
    • React
      • 模块化和组件
      • 组件的三大核心属性
      • 事件处理
      • 表单数据收集
      • 生命周期
      • DOM的diff算法
      • 工程化
        • 脚手架create-react-app
        • 工程结构和模块化
      • 路由
  • Design
    • 产品设计
      • 交互设计
由 GitBook 提供支持
在本页
  • Seata架构?
  • Seata提供哪儿四种分布式事务解决方案?
  • 如何部署TC(事务协调者)服务?
  • XA事务
  • 什么是XA事务?
  • XA模式的优点是什么?
  • XA模式的缺点是什么?
  • 编写XA事务使用代码
  • AT事务
  • 什么是AT事务?
  • AT模式事务的脏写问题(隔离问题)?
  • AT模式相比XA模式的区别是什么
  • 编写AT事务使用代码
  • TCC事务
  • 什么是TCC事务?
  • TCC的优点是什么?
  • TCC的缺点是什么?
  • TCC的空回滚和业务悬挂问题?
  • TCC的使用场景?
  • TCC的代码编写
  • TCC模式的使用心得与我遇到的应用场景
  • 单个服务如何使用不同的分布式事务模式?

这有帮助吗?

在GitHub上编辑
  1. Distributed
  2. 事务一致性

Seata

上一页事务一致性下一页本地消息表实现方案

最后更新于3个月前

这有帮助吗?

https://seata.apache.org/zh-cn/

Seata架构?

  • TC(Transaction Coordinator),事务协调者:维护全局和分支事务的状态,协调全局事务提交或回滚。

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

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

Seata提供哪儿四种分布式事务解决方案?

名称
一致性
业务侵入

XA模式

强一致性

无

AT模式(默认模式)

最终一致性

无

TCC模式

最终一致性

有

长事务模式

最终一致性

有

如何部署TC(事务协调者)服务?

docker-compose配置,请参考:https://github.com/yangsx95/notes-projects/tree/master/notes-seata

下载seata:https://seata.apache.org/zh-cn/unversioned/download/seata-server

高版本Seata需要配置配置文件application.yml:

server:  
  port: 7091  
  
spring:  
  application:  
    name: seata-server  
  
logging:  
  config: classpath:logback-spring.xml  
  file:  
    path: /logs/seata  
#  extend:  
#    logstash-appender:  
#      destination: 127.0.0.1:4560  
#    kafka-appender:  
#      bootstrap-servers: 127.0.0.1:9092  
#      topic: logback_to_logstash  
  
# seata控制台的用户名密码  
console:  
  user:  
    username: seata  
    password: seata  
  
seata:  
  config:  
    # support: nacos, consul, apollo, zk, etcd3  
    type: nacos  
    nacos:  
      server-addr: nacos-server:8848  
      namespace: public  
      group: DEFAULT_GROUP  
      username: nacos  
      password: nacos  
      data-id: seataServer.properties  
  
  registry:  
    # support: nacos, eureka, redis, zk, consul, etcd3, sofa  
    type: nacos  
    nacos:  
      application: seata-server  
      server-addr: nacos-server:8848  
      group: DEFAULT_GROUP  
      namespace: public  
      # tc集群名称  
      cluster: default  
      username: nacos  
      password: nacos  
    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,/**/*.ico,/console-fe/public/**,/api/v1/auth/login

在naocs中增加配置:

配置文件内容:

store.mode=db  
#-----db-----  
store.db.datasource=druid  
store.db.dbType=mysql  
# 需要根据mysql的版本调整driverClassName  
# mysql8及以上版本对应的driver:com.mysql.cj.jdbc.Driver  
# mysql8以下版本的driver:com.mysql.jdbc.Driver  
store.db.driverClassName=com.mysql.cj.jdbc.Driver  
store.db.url=jdbc:mysql://mysql:3306/seata-server?useUnicode=true&characterEncoding=utf8&connectTimeout=1000&socketTimeout=3000&autoReconnect=true&useSSL=false  
store.db.user= root  
store.db.password=root  
# 数据库初始连接数  
store.db.minConn=1  
# 数据库最大连接数  
store.db.maxConn=20  
# 获取连接时最大等待时间 默认5000,单位毫秒  
store.db.maxWait=5000  
# 全局事务表名 默认global_table  
store.db.globalTable=global_table  
# 分支事务表名 默认branch_table  
store.db.branchTable=branch_table  
# 全局锁表名 默认lock_table  
store.db.lockTable=lock_table  
# 查询全局事务一次的最大条数 默认100  
store.db.queryLimit=100  
  
  
# undo保留天数 默认7天,log_status=1(附录3)和未正常清理的undo  
server.undo.logSaveDays=7  
# undo清理线程间隔时间 默认86400000,单位毫秒  
server.undo.logDeletePeriod=86400000  
# 二阶段提交重试超时时长 单位ms,s,m,h,d,对应毫秒,秒,分,小时,天,默认毫秒。默认值-1表示无限重试  
# 公式: timeout>=now-globalTransactionBeginTime,true表示超时则不再重试  
# 注: 达到超时时间后将不会做任何重试,有数据不一致风险,除非业务自行可校准数据,否者慎用  
server.maxCommitRetryTimeout=-1  
# 二阶段回滚重试超时时长  
server.maxRollbackRetryTimeout=-1  
# 二阶段提交未完成状态全局事务重试提交线程间隔时间 默认1000,单位毫秒  
server.recovery.committingRetryPeriod=1000  
# 二阶段异步提交状态重试提交线程间隔时间 默认1000,单位毫秒  
server.recovery.asynCommittingRetryPeriod=1000  
# 二阶段回滚状态重试回滚线程间隔时间  默认1000,单位毫秒  
server.recovery.rollbackingRetryPeriod=1000  
# 超时状态检测重试线程间隔时间 默认1000,单位毫秒,检测出超时将全局事务置入回滚会话管理器  
server.recovery.timeoutRetryPeriod=1000

创建数据库表:

-- 全局事务表  
CREATE DATABASE IF NOT EXISTS seata ;  
  
--  
-- Licensed to the Apache Software Foundation (ASF) under one or more  
-- contributor license agreements.  See the NOTICE file distributed with  
-- this work for additional information regarding copyright ownership.  
-- The ASF licenses this file to You under the Apache License, Version 2.0  
-- (the "License"); you may not use this file except in compliance with  
-- the License.  You may obtain a copy of the License at  
--  
--     http://www.apache.org/licenses/LICENSE-2.0  
--  
-- Unless required by applicable law or agreed to in writing, software  
-- distributed under the License is distributed on an "AS IS" BASIS,  
-- WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.  
-- See the License for the specific language governing permissions and  
-- limitations under the License.  
--  
  
-- -------------------------------- The script used when storeMode is 'db' --------------------------------  
-- the table to store GlobalSession data  
CREATE TABLE IF NOT EXISTS seata.`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_status_gmt_modified` (`status` , `gmt_modified`),  
    KEY `idx_transaction_id` (`transaction_id`)  
) ENGINE = InnoDB  
  DEFAULT CHARSET = utf8mb4;  
  
-- the table to store BranchSession data  
CREATE TABLE IF NOT EXISTS seata.`branch_table`  
(  
    `branch_id`         BIGINT       NOT NULL,  
    `xid`               VARCHAR(128) NOT NULL,  
    `transaction_id`    BIGINT,  
    `resource_group_id` VARCHAR(32),  
    `resource_id`       VARCHAR(256),  
    `branch_type`       VARCHAR(8),  
    `status`            TINYINT,  
    `client_id`         VARCHAR(64),  
    `application_data`  VARCHAR(2000),  
    `gmt_create`        DATETIME(6),  
    `gmt_modified`      DATETIME(6),  
    PRIMARY KEY (`branch_id`),  
    KEY `idx_xid` (`xid`)  
) ENGINE = InnoDB  
  DEFAULT CHARSET = utf8mb4;  
  
-- the table to store lock data  
CREATE TABLE IF NOT EXISTS seata.`lock_table`  
(  
    `row_key`        VARCHAR(128) NOT NULL,  
    `xid`            VARCHAR(128),  
    `transaction_id` BIGINT,  
    `branch_id`      BIGINT       NOT NULL,  
    `resource_id`    VARCHAR(256),  
    `table_name`     VARCHAR(32),  
    `pk`             VARCHAR(36),  
    `status`         TINYINT      NOT NULL DEFAULT '0' COMMENT '0:locked ,1:rollbacking',  
    `gmt_create`     DATETIME,  
    `gmt_modified`   DATETIME,  
    PRIMARY KEY (`row_key`),  
    KEY `idx_status` (`status`),  
    KEY `idx_branch_id` (`branch_id`),  
    KEY `idx_xid` (`xid`)  
) ENGINE = InnoDB  
  DEFAULT CHARSET = utf8mb4;  
  
CREATE TABLE IF NOT EXISTS seata.`distributed_lock`  
(  
    `lock_key`       CHAR(20) NOT NULL,  
    `lock_value`     VARCHAR(20) NOT NULL,  
    `expire`         BIGINT,  
    primary key (`lock_key`)  
) ENGINE = InnoDB  
  DEFAULT CHARSET = utf8mb4;  
  
INSERT INTO seata.`distributed_lock` (lock_key, lock_value, expire) VALUES ('AsyncCommitting', ' ', 0);  
INSERT INTO seata.`distributed_lock` (lock_key, lock_value, expire) VALUES ('RetryCommitting', ' ', 0);  
INSERT INTO seata.`distributed_lock` (lock_key, lock_value, expire) VALUES ('RetryRollbacking', ' ', 0);  
INSERT INTO seata.`distributed_lock` (lock_key, lock_value, expire) VALUES ('TxTimeoutCheck', ' ', 0);

最后,启动seata tc服务:

sh seata-server.sh

XA事务

什么是XA事务?

其实就是二阶段提交,实在数据库的XA模式上做了简单的封装,核心RM仍然由数据库提供:

XA模式的优点是什么?

  • 事务是强一致性的,满足ACID的原则

  • 常用的数据库都支持,并且没有代码侵入

XA模式的缺点是什么?

  • 因为一阶段需要锁定资源,等待二阶段结束才释放,性能较差。

  • 一来关系型数据库才能实现。

编写XA事务使用代码

  1. 开启Seata XA模式 :seata.data-source-proxy-mode=XA

  2. 所有要分支服务服务介入到Seata tc server

  3. 在发起全局事务的入口方法添加@GlobalTransaction注解即可

@Override
@GlobalTransactional
public Long create(Order order) {
	orderMapper.insert(order);
	// 扣减库存
	// 扣减余额
	retrun order.getId();
}

AT事务

什么是AT事务?

AT模式事务的脏写问题(隔离问题)?

引入全局锁,解决两个分布式事务的隔离问题:

ABA 问题怎么解决呢??

AT模式相比XA模式的区别是什么

  • XA模式一阶段不提交事务,锁定资源;AT模式一阶段直接提交,不锁定资源。

  • XA模式一来数据库的回滚机制;AT模式利用数据快照实现数据回滚。

  • XA模式强一致性;AT模式最终一致性。

编写AT事务使用代码

  1. 在分支事务服务中,定义两张表:lock_table 和 undo_log,一个用于记录锁(放在TM上),一个用于记录undo-log(放在对应分值事务的RM上)。

  2. 修改所有分支事务服务的yaml配置文件,启用AT模式 seata.data-source-proxy-mode=AT。

  3. 在发起全局事务的入口方法添加@GlobalTransaction注解即可。

TCC事务

什么是TCC事务?

TCC模式下,不同事物各自操作预留的资源互不影响,所以事务之间没有隔离问题,所以性能要比AT模式更高。

TCC的优点是什么?

  • 一阶段完成直接提交事务,释放数据库资源,性能好。

  • 相比AT模型,无需生成快照,无需使用全局锁,性能最强。

  • 不依赖数据库事务,而是依赖补偿操作,可以用于非事务型数据库。

  • TCC 另一个作用就是把两阶段拆分成了两个独立的阶段,通过资源业务锁定的方式进行关联。资源业务锁定方式的好处在于,既不会阻塞其他事务在第一阶段对于相同资源的继续使用,也不会影响本事务第二阶段的正确执行。

TCC的缺点是什么?

  • 代码侵入,需要人为编写Try、Confirm、Cancel,太麻烦。

  • 软状态,事务是最终一致。

  • 需要考虑Confirm和Cancel的失败情况,做好幂等处理。

TCC的空回滚和业务悬挂问题?

TCC的使用场景?

在一个项目中的 Seata 事务中,AT 模式和 TCC 模式可以并存。TCC 模式是有使用场景的,对于金额扣除和库存扣除,能够实现金额冻结和库存冻结,因此可以使用 TCC 模式。对于下单操作来说,只能进行添加或删除回滚操作,没有冻结的场景,因此只能使用 AT 模式,无法使用 TCC 模式。

也就是说,如果可以对资源进行预留,就是可以使用TCC的,反之就是不可使用的。

TCC的代码编写

  1. 多服务场景下,定义每个分支事物的 try、confirm、cancel的API接口

  2. 将分支事务的操作在主服务上包装为TccService类,并指定他们的try、confirm、cancel方法

  3. 事务入口处增加@GlobalTransaction注解,并注入所有分支事务的TccService,并调用他们的try方法,进行资源预留

TCC模式的使用心得与我遇到的应用场景

融资租赁系统与供应链系统的交互?

场景:融资租赁系统有一笔销售业务,需要销售给第三方,并且需要从供应链出库。 分布式事务问题为:销售订单交付申请通过,状态变为已出库时,需要同时通知供应链系统扣减库存。

在这个场景下,共有两个Try操作:

  1. 融资租赁系统创建销售订单,且订单状态为待出库

  2. 供应链系统创建锁定订单,状态为已锁定,锁定指定资产的出库数量,并扣减剩余库存

两个Confirm操作:

  1. 融资租赁系统更改销售订单状态为已出库

  2. 供应链系统更改锁定订单状态为已确认

两个Cancel操作:

  1. 融资租赁系统更改销售订单状态为出库失败

  2. 供应链系统更改锁定订单状态为已取消,并增加剩余库存

单个服务如何使用不同的分布式事务模式?

暂时未找到Seata如何配置同时使用XA和TA模式的方式。

一个服务同时使用XA和TA模式,违背了 Seata 的设计原则和最佳实践,容易造成事务管理的混乱和系统的不稳定,因此强烈不建议这样做。在实践中,应当将不同事务模式的需求拆分到不同的服务实例中去,每个服务实例根据其业务特点和需求选择并配置相应的事务模式(AT 或 XA)。

使用CAS比较,解决分布式事务与其他非事务改动的事务隔离问题: