分布式事务Seata笔记

最新推荐文章于 2023-08-19 13:05:58 发布
最新推荐文章于 2023-08-19 13:05:58 发布
阅读量95 收藏 1
点赞数 1
分类专栏： 笔记 文章标签： 分布式 java 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45783700/article/details/129131682
版权

分布式事务

事务的四个特征ACID:

  • 原子性: 事务中的所有操作，要么全部成功，要么全部失败
  • 一致性: 要保证数据库内部完整性约束，声明性约束
  • 隔离性: 对同一资源操作的事务不能同时发生
  • 持久性: 对数据库做的一切修改将永久保存，不论是否出现故障

本地事务: 单一服务的单一数据库的资源访问

分布式事务: 多个服务或者多个数据库资源的访问

CAP理论

  • 一致性(Consistency): 用户访问分布式系统中的任意节点，得到的数据必须一致
  • 可用性(Availability): 用户访问集群中的任意健康节点时，必须能得到响应，而不是超时或拒绝
  • 分区容错性(Partition tolerance):
    • 分区: 因为网络故障或其他原因导致分布式系统中的部分节点与其他节点失去连接，形成独立分区
    • 容错: 在集群出现分区时，整个系统也要持续对外提供服务

BASE理论

  • Basically Available(基本可用性): 分布式系统在出现故障时，允许损失部分可用性，保证核心可用
  • Soft State(软状态): 在一定时间内，允许出现中间状态，比如临时的不一致状态
  • Eventually Consistent(最终一致性): 虽然无法保定强一致性，但是在软状态结束后，最终达到数据一致

解决分布式事务的思想和模型

  • 全局事务: 整个分布式事务
  • 分支事务: 分布式事务中包含的每个子系统的事务
  • 最终一致思想: 各分支事务分别执行并提交，如果有不一致的情况，再想办法恢复数据
  • 强一致思想: 各分支事务执行完事务不要提交，等待彼此结果，然后统一提交或回滚

结合CAP定义和BASE理论

  • AP模式: 各子事务分别执行和提交，允许出现结果不一致，然后采用弥补措施恢复数据即可，实现最终一致(Eureka集群)
  • CP模式: 各个子事务执行后互相等待，同时提交，同时回滚，达成强一致，但事务等待过程中，处于弱可用状态(ES集群、Zookeeper注册中心集群)

Seata

分布式事务解决方案

Seata事务管理中的三个重要角色:

  • TC(Transaction Coordinator) - 事务协调者: 维护全局和分支事务的状态，协调全局事务提交或回滚
  • TM(Transaction) - 事务管理器: 定义全局事务的范围、开始全局事务、提交或回滚全局事务
  • RM(Resource Manager) - 资源管理器: 管理分支事务处理的资源，与TC交谈以注册分直事务和报告分支事务的状态，并驱动分支事务提交或回滚

整体架构:

在这里插入图片描述

Seata提供的四种不同的分布式事务解决方案

  • XA模式: 强一致性分阶段事务模式，牺牲了一定的可用性，无业务侵入
  • TCC模式: 最终一致的分阶段事务模式，有业务侵入
  • AT模式: 最终一致的分阶段事务模式，无业务侵入，也是Seata的默认模式
  • SAGA模式: 长事务模式，有业务侵入

部署Seata的TC-server

  1. 下载: 官网下载
  2. 解压(路径需非中文)
  3. 修改registry.conf为所需配置，这里以nacos为例:
registry {
  # file 、nacos 、eureka、redis、zk、consul、etcd3、sofa
  type = "nacos"

  nacos {
    application = "seata-server"
    serverAddr = "127.0.0.1:8848"	# nacos ip:port
    group = "DEFAULT_GROUP"	# nacos中的分组
    namespace = ""	
    cluster = "ZZ"	# 所在地
    username = "username"	# nacos账号
    password = "password"	# nacos密码
  }
  
}

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

  nacos {
    serverAddr = "127.0.0.1:8848"
    namespace = ""
    group = "SEATA_GROUP"
    username = ""
    password = ""
    dataId = "seataServer.properties"	# 需要手动创建
  }
}
  1. 在nacos里面手动新建一个配置文件seataServer.properties

在这里插入图片描述

配置内容样例:

# 数据存储方式，db代表数据库
store.mode=db
store.db.datasource=druid
store.db.dbType=mysql
store.db.driverClassName=com.mysql.jdbc.Driver
store.db.url=jdbc:mysql://127.0.0.1:3306/seata?useUnicode=true&rewriteBatchedStatements=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.queryLimit=100
store.db.lockTable=lock_table
store.db.maxWait=5000
# 事务、日志等配置
server.recovery.committingRetryPeriod=1000
server.recovery.asynCommittingRetryPeriod=1000
server.recovery.rollbackingRetryPeriod=1000
server.recovery.timeoutRetryPeriod=1000
server.maxCommitRetryTimeout=-1
server.maxRollbackRetryTimeout=-1
server.rollbackRetryTimeoutUnlockEnable=false
server.undo.logSaveDays=7
server.undo.logDeletePeriod=86400000

# 客户端与服务端传输方式
transport.serialization=seata
transport.compressor=none
# 关闭metrics功能，提高性能
metrics.enabled=false
metrics.registryType=compact
metrics.exporterList=prometheus
metrics.exporterPrometheusPort=9898

微服务集成Seata步骤

  1. 引入依赖
<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-alibaba-seata</artifactId>
    <exclusions>
    	<!-- 版本较低，排除 -->
        <exclusion>
        	<artifactId>seata-spring-boot-starter</artifactId>
            <groupId>io.seata</groupId>
        </exclusion>
    </exclusions>
</dependency>
<dependency>
    <groupId>io.seata</groupId>
    <artifactId>seata-spring-boot-starter</artifactId>
</dependency>
  1. 修改配置文件
seata:
  registry: # TC服务注册中心的配置，微服务根据这些信息去注册中心获取tc服务地址
    # 参考tc服务自己的registry.conf中的配置
    type: nacos
    nacos: # tc
      server-addr: 127.0.0.1:8848
      namespace: ""
      group: DEFAULT_GROUP
      application: seata-tc-server # tc服务在nacos中的服务名称
      cluster: SH
  tx-service-group: seata-demo # 事务组，根据这个获取tc服务的cluster名称
  service:
    vgroup-mapping: # 事务组与TC服务cluster的映射关系
      seata-demo: SH

  1. 测试

    1. 运行nacos

    2. 运行seata

  2. 运行微服务

注: 出现问题可以尝试seata配置中的127.0.0.1改为外网ip，启动seata时使用:

./seata-server.sh -h ip -p 8091

XA模式

目前主流数据库都实现了这种规范,基于两阶段提交
XA规范描述了全局的TM与局部的RM之间的接口,几乎所有主流的数据库都对XA规范提供了支持

大体步骤:

在这里插入图片描述

RM一阶段的工作:

  1. 注册事物到TC
  2. 执行分支业务sql但不提交
  3. 报告执行状态到TC

TC二阶段的工作:

  • TC检测各分支事物执行状态
    • 如果都成功,通知所有RM提交事物
    • 如果都失败,通知所有RM回滚事物

RM二阶段的工作:

  • 接受TC的指令,提交或回滚事物
优缺点

优点:

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

  • 常用数据库都支持,实现简单,并且没有代码侵入

缺点:

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

  • 依赖关系型数据库实现事物

实现步骤
  1. 修改配置文件
seata: 
  data-source-proxy-mode: XA
  1. 给发起全局事物的入口方法添加@GlobalTransactional注解
@GlobalTransactional
public Long create(Order order) {
    ...
}

AT模式

AT模式同样是分阶段提交的事务模型,但是弥补了XA模型中资源锁定周期过长的缺陷

大体步骤:

在这里插入图片描述

阶段一RM的工作:

  • 注册分支事物

  • 记录undo-log(数据快照)

  • 执行业务sql并提交

  • 报告事物状态

阶段二提交时RM的工作:

  • 删除undo-log

阶段二回滚时RM的工作:

  • 根据undo-log恢复数据到更新前
实现步骤

修改配置文件即可

seata: 
  data-source-proxy-mode: AT
脏写问题

例子:

在这里插入图片描述

全局锁

由TC记录当前正在操作某行数据的事务，该事务持有全局锁，具备执行权

在这里插入图片描述

优缺点

优点:

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

  • 利用全局锁实现读写隔离

  • 没有代码侵入,框架自动完成回滚和提交

缺点:

  • 两阶段之间属于软状态,属于最终一致

  • 框架的快照功能会影响性能,单比XA模式好很多

XA和AT的区别

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

  • XA模式依赖数据库机制实现回滚;AT模式利用数据快照实现数据回滚

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

TCC模式

和AT模式比较相似，每阶段都是独立事务，不同的是TCC通过人工编码来实现数据恢复

需要实现三个方法:

  • Try: 资源的检测和预留
  • Confirm: 完成资源操作业务，要求Try成功Confirm一定要成功
  • Cancel: 预留资源释放，可以理解为Try的反向操作

在这里插入图片描述

在这里插入图片描述

空回滚和业务悬挂

空回滚:

当某分支事务的try阶段阻塞时，可能导致全局事务超时而出触发二阶段的cancel操作，在未执行try操作时先执行了cancel操作，这时cancel不能做回滚

业务悬挂:

对于已经空回滚的业务，如果以后继续执行try，就永远不可能confirm或者cancel，这就是业务悬挂

应该阻止执行空回滚后的try操作，避免悬挂

幂等性问题:

方法不论实现多少次，结果是一样的，表中的数据不能发生改变，方法执行完返回值一样

简单实现
@LocalTCC
public interface AccountTCCService {
    /**
     * Try逻辑, @TwoPhaseBusinessAction中的name属性要与当前方法名一致，用于指定Try逻辑对应的方法
     *
     * @param userId
     * @param money
     */
    @TwoPhaseBusinessAction(name = "deduct", commitMethod = "confirm", rollbackMethod = "cancel")
    void deduct(@BusinessActionContextParameter(paramName = "userId") String userId,
                @BusinessActionContextParameter(paramName = "money") int money);

    /**
     * 二阶段confirm确认方法，可以另命名，但要保证与commitMethod一致
     *
     * @param ctx   上下文，可以传递try方法的参数
     * @return  执行是否成功
     */
    boolean confirm(BusinessActionContext ctx);

    /**
     * 二阶段回滚方法，要确保与rollbackContext一致
     * 
     * @param ctx
     * @return
     */
    boolean cancel(BusinessActionContext ctx);
}
  • 二阶段所需重点，事务ID
// 方法一
String xid = RootContext.getXID();

// 方法二，从上下文获取事务ID
ctx.getXid();
优缺点

优点:

  • 一阶段完成直接提交事务，释放数据库资源，性能好
  • 相比AT模型，无需生成快照，无需使用全局锁，性能最强
  • 不依赖数据库事务，而是依赖补偿操作，可以用于非事务型数据库

缺点

  • 有代码侵入，需要人为编写Try、Confirm、Cancel接口，太麻烦
  • 软状态，事务是最终一致
  • 需要考虑Confirm和Cancel的失败情况，做好幂等处理

Saga模式

Seata提供的长事务解决方案

阶段一: 直接提交本地事务

阶段二: 成功则什么都不做，失败则通过编写补偿业务来回滚

优缺点

优点:

  • 事务参与者可以基于事务驱动实现异步调用，吞吐高
  • 一阶段直接提交事务，无锁，性能好
  • 不用编写TCC中的三个阶段，实现简单

缺点:

  • 软状态持续时间不确定，时效性差
  • 没有锁，没有事务隔离，会有脏写

在这里插入图片描述

XLrong2000
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Seata 分布式事务启动配置分析
偶尔记一下 - mybatis.io
10-08 5727
想要掌握 Seata 的配置，必须了解 Seata 的启动过程，了解启动时的各项配置，才能在配置时知道该干什么。 Server 入口 io.seata.server.Server 类是整个服务的入口，从这里的 main 方式入手。 public static void main(String[] args) throws IOException { //initialize the met...
使用Seata解决分布式事务以及Seata的安装、配置和使用
weixin_66479402的博客
09-09 3021
当你需要一次执行多条SQL语句时，可以使用事务。通俗一点说，如果这几条SQL语句全部执行成功，则才对数据库进行一次更新，如果有一条SQL语句执行失败，则这几条SQL语句全部回滚，这个时候需要用到事务。数据库事务的四大特性ACID原子性（Atomicity）要么都执行，要么都不执行一致性（Consistency）事务前后的数据都是正确的隔离性（Isolation）事物之间相互隔离，互不干扰（并发执行的事务彼此无法看到对方的中间状态）持久性（Durability）事务一旦提交不可再回滚。
分布式事务seata 学习笔记
xiaoaofeng_的博客
08-19 109
微服务下单业务，在下单时会调用订单服务，创建订单并写入数据库。在分布式系统下，一个业务跨越多个服务或数据源，每个服务都是一个分支事务，要保证所有分支事务最终状态一致，这样的事务就是分布式事务。
Seata - 入门笔记
瞅你咋滴。
08-08 1186
1、事务访问并可能更新数据库中数据库中各种数据线的一个程序执行单元原子性：事务是一个不可分割的工作单位，一个事务要么都做要么都不做一致性：必须是使数据库从一个一致性到另一个一致性的状态，中间状态不能被观察到隔离性：一个事务的执行不能被其他事务干扰持久性：一个事务一旦提交，对数据库中的数据的改变是永久的2、本地事务大多数场景下，我们的应用都只需要操作单一的数据库，称为本地事务3、常见分布式事务解决方案都是“两阶段(2Pc)”，两阶段是指完成整个分布式事务，划分为两个步骤。
spring cloud seata 服务监控
weixin_43931625的博客
03-03 1221
springcloudseata服务监控
SpringCloud学习笔记(十一)----分布式事务 Seata-附件资源
03-05
SpringCloud学习笔记(十一)----分布式事务 Seata-附件资源
Spring Cloud Alibaba学习笔记
最新发布
03-18
Spring Cloud Alibaba学习笔记 内容简介： 1、微服务介绍 2、微服务环境搭建 3、Nacos Discovery--服务治理 4、Gateway--服务网关 5、Sleuth--链路追踪 ...10、Seata--分布式事务 11、Dubbo--rpc通信
SpringCloudAlibaba笔记 Nacos、Sentinel、RocketMQ Seata、SMS、Dubbo 等
03-09
十: Seata--分布式事务 扩展章节:Dubbo-rpc 通信 我们做技术的本身就得不停学习，现在很多公司都在慢慢转向微服务，但你让一个之前没接触过微服务的直接上手实操肯定是不现实的，这时就得站在巨人的肩膀上学习了！...
2020谷粒商城笔记资料，文档课件笔记+源代码（基础篇+高级篇
09-21
2020谷粒商城笔记资料，谷粒商城2020文档课件笔记+源代码（基础篇+高级篇） 谷粒商城2020文档课件笔记+源代码...elasticsearch，本地事务、分布式事务及seata，nacos、gateway、sentinel、sleuth等等，都已经归好类了。
Seata学习笔记
m0_57237237的博客
11-30 3092
Seata
分布式事务Seata学习笔记
qq_51438138的博客
01-26 1812
分布式事务Seata学习笔记
Seata——基础（笔记）
weixin_46949627的博客
08-25 595
Seata的基础笔迹
开发者说：Seata 0.7.0 版本，你 get 'Metrics' 技能了吗？
chikuai9995的博客
07-24 194
从用户的视角来感受一个开源项目的成长，是我们推出「开发者说」专栏的初衷，即在开发者进行开源项目选型时，提供更为立体的项目信息。专栏所有内容均来自作者原创/投稿，本文是「开发者说」的第9篇，作者郑扬勇，云粒智慧技术专家，开源爱好者，关注微服务、IOT领域技术，希望通过参与开源帮助别人的同时帮助自...
Seata源码解析4——事务协调者的启动（2）
解码者
12-24 1050
前言 我们在上一篇文章中，讲解了协调者启动的总体流程，也讲解了参数解析的实现。这一篇文章中，我们就要讲第二步，metrics的初始化。首先我们会介绍一下metrics初始化的过程，然后直接把整个metrics模块讲清楚。内容较多。 初始化metrics metrics的初始化，使用了MetricsManager。我们常见的"懒汉单例"初始化方式有：枚举、双检锁、静态内部类等。MetricsMana...
Spring-Cloud-Alibaba-Seata-Nacos学习
cts529269539的专栏
05-08 778
一、nacos安装 详情参看：https://blog.csdn.net/cts529269539/article/details/105839593 二、seata安装 环境：windowX64 mysql8.0 python3.x 下载地址：http://seata.io/zh-cn/ 1、seata配置 本人使用的1.2.0，下载完成后解压为seata文件夹，打开conf文件夹...
Seata入门与常见问题
bggl的博客
05-26 2191
前言： 事务是项目开发过程中经常遇到的问题，分布式的环境中，分布式式事务也尤为重要，之前我是用的RabbitMQ+定时任务来实现最终一致性的分布式事务模拟，详细的流程与内容，下一篇博客去讲，本次我们使用seata来实现分布式事务。 本次使用的环境：dubbo+nacos1.2.1+seata1.2.0 Seata简介 seat官网：https://seata.io/zh-cn/index.html seata 下载地址：https://seata.io/zh-cn/blog/download.ht
Seata 1.3.0配置和使用
努力让明天变更好
04-04 2875
概述 Seata 是一款开源的分布式事务解决方案，致力于提供高性能和简单易用的分布式事务服务。Seata 将为用户提供了 AT、TCC、SAGA 和 XA 事务模式，为用户打造一站式的分布式解决方案。 官网:Seatahttps://seata.io/zh-cn/index.htmlgithub:GitHub - seata/seata: Seata is an easy-to-use, high-performance, open source distributed transaction solu
最详细实际项目中seata踩坑、部署教程以及多链路调用
ClearCiM的博客
09-08 2300
最详细实际项目中seata踩坑、部署教程以及多链路调用情景说明环境部署实战（多链路调用）踩坑总结合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创建一个注脚注释也是必不可少的KaTeX数学公式新的甘特图功能，丰富你的文章UML 图表FLowchart流程图导出与导入导出导入 情景说明 项目上有涉及账务订单的模块需要添加分布式事务，了解到seata的AT模式代码侵入量比较
分布式事务seata注解
07-27
Seata是一款开源的分布式事务解决方案，它提供了多种事务模式，包括AT、TCC、SAGA和XA。\[2\]在使用Seata时，可以使用注解来实现分布式事务。具体来说，可以使用@Transactional注解来标记需要参与分布式事务的方法或...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值