Seata四种分布式事务解决方案

最新推荐文章于 2024-07-19 23:47:09 发布
最新推荐文章于 2024-07-19 23:47:09 发布
阅读量1.7k 收藏 8
点赞数 2
分类专栏： 分布式 文章标签： 分布式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_65778338/article/details/130660061
版权

Seata四种分布式事务解决方案

1.XA模式原理

  • 首先我们先来了解一下TC、TM、RM

    • TC（事务协调器）：
      • 事务协调器是Seata架构中的核心组件之一。它负责协调和管理分布式事务的整个过程。事务协调器协调各个参与者（包括事务管理器和资源管理器）的行为，确保事务的一致性和隔离性。它接收事务请求，协调各个参与者的事务操作，并最终决定事务的提交或回滚。
    • TM（事务管理器）：
      • 事务管理器是Seata架构中的组件之一，负责管理和控制事务的生命周期。事务管理器与业务系统进行交互，接收事务请求，并根据事务协调器的指令执行相应的操作。它负责开启、提交或回滚事务，并保证事务的一致性和持久性。
    • RM（资源管理器）：
      • 资源管理器是Seata架构中的组件之一，负责管理和操作特定资源（如数据库、消息队列等）。它与事务管理器进行交互，接收事务操作的请求，并执行相应的数据库操作或资源操作。资源管理器负责事务的本地资源管理，以保证事务的原子性和持久性。

  • XA规范是x/Open组织定义的分布式事务处理( DTP，Distributed Transaction Processing)标准，XA规范描述了全局的TM与局部的RM之间的接口，几乎所有主流的数据库都对XA规范提供了支持。

在这里插入图片描述

在这里插入图片描述

  • seata的XA模式做了一些调整，但大体相似:
    • RM一阶段的工作:
      • 注册分支事务到TC
      • 执行分支 业务sql但不提交.
      • 报告执行状态到TC
    • TC二阶段的工作:
      • TC检测各分支事务执行状态
        • 如果都成功，通知所有RM提交事务
        • 如果有 失败，通知所有RM回滚事务
      • RM二阶段的工作:
        • 接收TC指令,提交或回滚事务

在这里插入图片描述

  • 优点

    • 事务的强一致性,满足ACID原则。
    • 常用数据库都支持，实现简单，并且没有代码侵入

  • 缺点

    • 因为一阶段需要锁定数据库资源，等待二阶段结束才释放，性能较差
    • 依赖关系型数据库实现事务

  • 实现

  • Seata的starter已经完成了XA模式的自动装配，实现非常简单，步骤如下:

    • 1.修改application.yml文件( 每个参与事务的微服务)，开启XA模式:
seata:
	data-source-proxy-mode: XA #开启数据源代理的XA模式
  • 给发起全局事务的入口方法添加@GlobalTransactional注解，本例中是OrderServicelmpl中的create方法:
@Override
@GlobalTransactional
public Long create(Order order) {
    // 创建订单
    orderMapper.insert(order);
    //扣余额...略
    //扣减库存...略
    return order.getId() ;
}

2.AT模式

  • AT模式同样是分阶段提交的事务模型，不过缺弥补了XA模型中资源锁定周期过长的缺陷。
  • 这里第四步直接提交事务，并且形成了一个快照undo-log,成功后通知TC提交事务，这次的提交是去删除这个undo-log，如果失败就可以根据这个undo-log回滚事务

在这里插入图片描述

  • 阶段一RM的工作:

    • 注册分支事务
    • 记录undo-log ( 数据快照)
    • 执行业务sql并提交
    • 报告事务状态

  • 阶段二提交时RM的工作:

    • 删除undo-log即可
    • 阶段二回滚时RM的工作:
    • 根据undo-log恢复数据到更新前

  • AT模式与XA模式最大的区别是什么?

    • XA模式一阶段不提交事务，锁定资源; AT模式一阶段直接提交，不锁定资源。
    • XA模式依赖数据库机制实现回滚; AT模式利用数据快照实现数据回滚。
    • XA模式强一致; AT模式最终一致（如果提交时有的成功有的失败，数据不一致）

2.1 AT模式的脏写问题

  • 如果事务1执行释放锁后，事务二执行也释放锁后，这时事务由于一些原因回滚，导致事务二的提交丢失

在这里插入图片描述

  • 为了解决这个问题，我们引入了全局锁，具体流程如下：
    • 事务二不能获取全局锁，等待超时后自动释放DB锁，这样就可以避免这个问题

在这里插入图片描述

  • 但是如果其事务，没有被Seata管理的事务，不需要获取全局锁就能修改表，这也会导致脏写
    • 我们就可以生成两个快照，修改之前的和修改之后的快照，发现修改之后，就可以进行及时的恢复：

在这里插入图片描述

  • AT模式的优点:

    • 一阶段完成直接提交事务,释放数据库资源，性能比较好
    • 利用全局锁实现读写隔离
    • 没有代码侵入，框架自动完成回滚和提交

  • AT模式的缺点:

    • 两阶段之间属于软状态，属于最终一致
    • 框架的快照功能会影响性能，但比XA模式要好很多

  • AT实现

  • AT模式中的快照生成、回滚等动作都是由框架自动完成，没有任何代码侵入，因此实现非常简单。

    • 导入Sql文件: seata-at.sql, 其中lock_table导入到TC服务关联的数据库，undo_log表导入到微服务关联的数据库:
    • 修改application.yml文件，将事务模式修改为AT模式即可:
    seata:
	data-source-proxy-mode: AT #开启数据源代理的XA模式

3.TCC模式

  • TCC模式与AT模式非常相似，每阶段都是独立事务，不同的是TCC通过人工编码来实现数据恢复。需要实现三个方法:

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

  • 举例，一个扣减用户余额的业务。假设账户A原来余额是100，需要余额扣减30元。

    • 阶段一( Try ) :检查余额是否充足，如果充足则冻结金额增加30元，可用余额扣除30

    在这里插入图片描述

    • 阶段二:假如要提交(Confirm) ,则冻结金额扣减30

在这里插入图片描述

  • 阶段二:如果要回滚(Cancel) ，则冻结金额扣减30，可用余额增加30

在这里插入图片描述

  • TCC的工作模型图:

在这里插入图片描述

  • TCC的优点

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

  • TCC缺点

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

3.1 TCC的空回滚和业务悬挂

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

在这里插入图片描述

  • 对于已经空回滚的业务，如果以后继续执行try,就永远不可能confirm或cancel,这就是业务
    悬挂。应当阻止执行空回滚后的try操作，避免悬挂

在这里插入图片描述

  • TCC的Try、Confirm、 Cancel方法都需要在接口中基于注解来声明，语法如下:
@LocalTCC
public interface TCCService {
    /**
    * Try逻辑，@TwoPhaseBusinessAction中的name属性要与当前方法名一致，用于指定Try逻辑对应的方法
    */
    @TwoPhaseBusinessAction(name = "prepare", commitMethod = "confirm"，rollbackMethod = "cancel")
    //使用@BusinessActionContextParameter标记的参数，在BusinessActionContext可以拿到
    void prepare(@BusinessActionContextParameter (paramName = "param") String param) ;
    /**
    *二阶段confirm确认方法、 可以另命名，但要保证与commitMethod一致
    *
    * @param context. 上下文，可以传递try方法的参数
    * @return boolean 执行是否成功
    boolean confirm (BusinessActionContext context) ;
    /**
    *二阶段回滚方法，要保证与rollbackMethod一致
    */
    boolean cancel (BusinessActionContext context) ;
}
  • RootContext.getXID()可以获取全局事务id

4.SAGA模式

  • Saga模式是SEATA提供的长事务解决方案。也分为两个阶段:
    • 一阶段:直接提交本地事务
    • 二阶段:成功则什么都不做;失败则通过编写补偿业务来回滚

在这里插入图片描述

  • Saga模式优点:
    • 事务参与者可以基于事件驱动实现异步调用，吞吐高
    • 一阶段直接提交事务，无锁，性能好
    • 不用编写TCC中的三个阶段，实现简单;
  • 缺点:
    • 软状态持续时间不确定，时效性差
    • 没有锁，没有事务隔离，会有脏写

5.四种对比

XAATTCCSAGA
一致性强一致弱一致弱一致最终一致
隔离性完全隔离基于全局锁隔离基于资源预留隔离无隔离
代码侵入无无有，要编写三个接口有，要编写状态机和补偿业务
性能差好非常好非常好
场景对一致性、隔离性有高要求的业务基于关系型数据库的大多数分布式事务场景都可以对性能要求较高的事务。有非关系型数据库要参与的事务。业务流程长、业务流程多
参与者包含其它公司或遗留系统服务，无法提供TCC模式要求的三个接口
淋和枫
关注
  • 2
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
seata(一) 分布式事务解决方案汇总
刘本龙的专栏
09-19 697
概述 分布式事务是老生长谈的话题了，过去也一直没有很好的解决办法，没有很方便使用的架构。不过现在阿里开源了seata, 笔者正在学习中，顺便记录一下笔记。 本文先来梳理一下目前流行的分布式事务的各种解决方案，以及他们的对比分析。 什么是分布式事务 事务: 由一组操作构成的可靠的独立的工作单元，事务具备ACID的特性，即原子性、一致性、隔离性和持久性。 原子性（atomicity）。一个事务是一个不可分割的工作单位，事务中包括的操作要么都做，要么都不做。 一致性（consistency）。事务必须是使
SpringCloud Alibaba - Seata 四种分布式事务解决方案（XA、AT）+ 实践部署（上）
CYK_byte的博客
10-05 4239
TM 看到业务结束了，就会去通知 TC，那么 TC 就会判断是提交还是回滚. 如果分支事务的状态都是成功的，那就可以把第一阶段准备的快照给删了（删快照这个动作是异步的，因为第一阶段都成功了，也提交了，后面的事情就可以用一个线程独立去做，提高了效率）. 如果第一阶段有人失败了，就要基于 undo log 恢复数据，恢复以后这个 log 也就没用了，最后也会删除.2. XA 依赖于数据库的机制来做回滚，而 AT 模式因为已经提交了，就不能回滚，他是通过给自己生成快照的方式来实现数据的恢复.
分布式事务的四种解决方案
csdn_lulinwei的博客
09-17 795
简述 分布式事务指事务的操作位于不同的节点上，需要保证事务的 AICD 特性。 例如在下单场景下，库存和订单如果不在同一个节点上，就涉及分布式事务。 解决方案 在分布式系统中，要实现分布式事务，无外乎那几种解决方案。 一、两阶段提交（2PC） 两阶段提交（Two-phase Commit，2PC），通过引入协调者（Coordinator）来协调参与者的行为，并最终决定这些参与者是否要真正执行事务。 1. 运行过程 1.1 准备阶段 协调者询问参与者事务是否执行成功，参与者发回事务执行结果。
分布式事务详解【分布式事务的几种解决方案】彻底搞懂分布式事务
yygr的博客
07-03 1015
什么是事务？举个生活中的例子：你去小卖铺买东西，“一手交钱，一手交货”就是一个事务的例子，交钱和交货必须全部成功，事务才算成功，任一个活动失败，事务将撤销所有已成功的活动。明白上述例子，再来看事务的定义：事务可以看做是一次大的活动，它由不同的小活动组成，这些活动要么全部成功，要么全部失败。2PC即两阶段提交协议，是将整个事务流程分为两个阶段，准备阶段（Prepare phase）、提交阶段（commit phase），2是指两个阶段，P是指准备阶段，C是指提交阶段。
分布式事务
热门推荐
dark159735的博客
12-20 2万+
来自itheima
Seata实现分布式事务
赵广陆
02-16 4969
目录1 分布式事务解决方案-面试1.1 本地事务与分布式事务1.1.1 事务1.1.2 本地事务1.1.3 分布式事务1.2 分布式事务相关理论1.2.1 CAP定理1.2.2 BASE理论1.2.2.1 Basically Available(基本可用)1.3 分布式事务解决方案-面试1.3.1 基于XA协议的两阶段提交1.3.2 TCC补偿机制1.3.3 消息最终一致性-重点2 基于Seata实现分布式事务2.1 Seata简介2.2 Seata事务模式-AT模式2.3 Seata Server端环境准
SpringCloud Alibaba - Seata 四种分布式事务解决方案（TCC、Saga）+ 实践部署（下）
CYK_byte的博客
10-06 2213
第一次超时了，进行空回滚（添加 freeze，设置状态为 cancel），第二次又超时了，freeze 不为空，就会进行恢复金额逻辑. 这就出问题了，不能进行恢复金额操作，因此，这里需要进行判断，如果处理过了，直接返回 true 即可.在执行完空回滚之后，try 逻辑的请求阻塞突然通畅，就会去执行资源预留业务，但是资源预留了之后就没有后续了（已经执行过 cancel 中的空回滚了），既没有 cancel，也没有 confirm，业务只执行了一半. 这就是业务悬挂.怎么知道 try 到底有没有执行过呢？
seata分布式事务解决方案
10-15
Seata（Simple Extensible Autonomous Transaction Architecture）是一款开源的分布式事务解决方案，旨在提供高性能和简单易用的分布式事务服务。在微服务架构中，由于服务之间的交互变得复杂，单个数据库事务无法...
分布式事务解决方案Seata 框架学习代码 Demo
02-22
分布式事务解决方案Seata 框架学习代码 Demo 。里面包含了完成的seata使用代码，包括AT、TCC、XA等模式的直接使用案例。开箱即用。 分布式事务解决方案Seata 框架学习代码 Demo 。里面包含了完成的seata使用代码，...
项目中集成seata(分布式事务解决方案)
11-10
项目中集成seata(分布式事务解决方案)
Seata分布式事务解决方案
mustard1995的博客
01-07 1281
介绍了分布式事务的基础概念和相关理论，详细讲解了seata分布式数据库解决方案的各种模型、处理流程、优缺点等。
​分布式事务的四种解决方案​
anyview93的博客
05-18 196
简述 分布式事务指事务的操作位于不同的节点上，需要保证事务的 AICD 特性。 例如在下单场景下，库存和订单如果不在同一个节点上，就涉及分布式事务。 解决方案 在分布式系统中，要实现分布式事务，无外乎那几种解决方案。 一、两阶段提交（2PC） 两阶段提交（Two-phase Commit，2PC），通过引入协调者（Coordinator）来协调参与者的行为，并最终决定这些参与者是否要真正执行事务。 1. 运行过程 1.1 准备阶段 协调者询问参与者事务是否执行成功，参与者发回事务执行结..
07：分布式事务的四种解决方案
weixin_43761434的博客
08-23 660
分布式事务的四种解决方案 一、两阶段提交（2PC） 两阶段提交（Two-phase Commit，2PC），通过引入协调者（Coordinator）来协调参与者的行为，并最终决定这些参与者是否要真正执行事务。运行过程准备阶段协调者询问参与者事务是否执行成功，参与者发回事务执行结果。 提交阶段如果事务在每个参与者上都执行成功，事务协调者发送通知让参与者提交事务；否则，协调者发送通知让参与者回滚事务。需要注意的是，在准备阶段，参与者执行了事务，但是还未提交。只有在提交阶段接收到协调者发来的通知后，才进行提交或
seata处理分布式事务
...
08-07 485
Simple Extensible Autonomous Transaction Architecture 简单可扩展自治事务框架seata是一款开源的分布式事务解决方案，致力于在微服务架构下提供高性能和简单易用的分布式事务服务。相关概念：Transaction ID XID：全局唯一的事务ID。Transaction Coordinator（TC）：事务协调器，维护全局和分支事务的状态，驱动全局事务提交或回滚。...
Seata：分布式事务解决方案
最新发布
2401_83358720的博客
07-19 1256
分布式事务：指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上，且属于不同的应用。分布式事务的引入：当一个应用系统拆分为可独立部署的多个服务，需要服务与服务之间远程协作才能完成事务操作，这种情况下的事务就是分布式事务，例如用户注册送积分事务、创建订单减库存事务、银行转账事务等。随着分布式系统的不断发展和应用场景的日益复杂，Seata 有望在性能优化、功能扩展、与更多技术框架的集成等方面不断演进，以更好地满足企业级应用对分布式事务处理的需求。
seata 四种分布式事务
10-19
Seata 是一个开源的分布式事务解决方案，支持多种分布式事务模式。其中，Seata 支持以下四种分布式事务模式： 1. AT 模式（TCC 模式）：AT 模式是通过在业务代码中嵌入事务管理代码来实现的，它将一个分布式事务拆分成多个本地事务，并通过两阶段提交协议来保证事务的一致性。 2. TCC 模式：TCC 模式是通过在业务代码中嵌入 try、confirm 和 cancel 三个操作来实现的，它将一个分布式事务拆分成多个本地事务，并通过补偿机制来保证事务的一致性。 3. Saga 模式：Saga 模式是通过在业务代码中嵌入补偿操作来实现的，它将一个分布式事务拆分成多个本地事务，并通过补偿机制来保证事务的一致性。 4. XA 模式：XA 模式是通过使用 XA 协议来实现的，它将一个分布式事务拆分成多个本地事务，并通过 XA 协议来保证事务的一致性。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值