saga分布式事务

最新推荐文章于 2025-10-17 08:30:00 发布
原创 最新推荐文章于 2025-10-17 08:30:00 发布 · 976 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文深入探讨Saga模式在分布式系统中的应用，解释其如何处理长事务流程，确保事务的原子性、一致性和持久性。通过对比传统2PC/ACID事务，阐述Saga模式的特点与优势，并以猫眼票务系统为例，展示其在实际场景中的实施细节。

 

补偿操作

事务补偿（回滚） 逆向补偿

 

重试（立即重试 固定间隔重试 增量重试 指数重试） 正向补偿

 

  • 下游系统返回「请求超时」、「被限流中」等临时状态的时候，我们可以考虑重试
  • 而如果是返回“余额不足”、“无权限”等明确无法继续的业务性错误的时候就不需要重试了
  • 一些中间件或者 rpc 框架中返回 Http503、404 等没有何时恢复的预期的时候，也不需要重试

重试需要注意幂等性

 

saga

Saga由事件驱动、无锁、高性能、高吞吐，易于理解，易于实现，事务参与者之间异步执行，是一种针对长业务流程长事务的解决方案。

Saga中每个事务的参与者在收到正向操作请求时，会立即提交事务。如果发生异常，由事务协调者发出回滚请求，处理者执行回滚操作。

 

Saga不像传统2PC/ACID事务，任何一个事务参与者失败，立即同步执行回滚操作，Saga所有操作都是异步执行。

 

Saga如何实现ACID

原子性

在Saga中事务任何一个步骤失败，都调用回滚接口实现撤销。

一致性/完整性

服务内部的本地事务由数据库保证，跨服务的数据完整性由应用完成。

持久性

由数据库保证

隔离性

Saga模式决定不能保隔离性，可通过引入事件溯源实现隔离性，但并不一定适用所有场景，在Saga整个事务没有结束期间，操作都以事件的方式记录下来，当需要查询数据时，通过回放事件，对数据进行动态计算。

 

在猫眼的票务系统交易，就是用的saga分布式事务模式

 

下单 支付 出票 都是一个事务，都是异步执行

如何保证原子性的，每个事务失败，都会调用事务补偿（逆向流程回滚）

如何保证持久性和一致性的，通过数据库保证，每个事务都是个任务

 

https://infoq.cn/article/0lMOVdP-kqWvbAa5QiEo

 

https://cs.xieyonghui.com/architecture/saga-pattern_151.html

深入理解分布式事务Saga，从入门到面试热点分析详解
ly853602的博客
03-29 2392
深入理解分布式事务Saga，从入门到面试热点分析详解
【DDD】学习笔记-分布式柔性事务
xqdd的专栏
02-28 1398
倘若一个领域模型要作为 TCC 模式的事务资源，就需要定义相关属性支持对资源自身的锁定或预留。同时，每个作为参与方的业务服务接口都需要定义 Try、Confirm 与 Cancel 方法，在实现这些方法时，还需要保证这些方法具有幂等性。为了尽量避免 TCC 模式对领域模型产生影响，关键之处在于遵循整洁架构思想，让领域模型不要依赖本属于基础设施的 TCC 实现机制或框架。因此，在领域驱动分层架构中，应由基础设施层中扮演北向网关的远程服务作为 TCC 模式发起方与参与方的服务。
Saga 模式：分布式事务一致性解决方案
moton2017的博客
10-17 1754
Saga模式是一种分布式事务解决方案，通过将全局事务拆分为多个本地事务，配合补偿机制实现最终一致性。其核心包括本地事务、补偿事务和全局事务ID跟踪，支持两种实现方式：协调器模式（集中控制）和编排模式（事件驱动）。适用于电商、金融等需要跨服务事务的场景。相比2PC/TCC，Saga在性能和扩展性上更优，但需注意事务幂等性和可观测性设计。典型实现包含Saga协调器、微服务和消息中间件等组件，通过持久化日志确保可靠性。
分布式事务大汇总
weixin_73077810的博客
05-05 274
分布式事务一条路服务，从概念到解决方案都准备好啦！
分布式事务
2401_82505179的博客
05-19 1641
在现代微服务架构中，分布式事务是一个不可避免的挑战。当多个独立的服务需要协同完成一个业务逻辑时，如何保证这些服务的事务一致性成为核心问题。
分布式事务系列：Saga
flynetcn的专栏
05-05 3153
本文是分布式事务系列文章的第三篇，我们将讨论Saga机制
Saga分布式事务解决方案与实践-姜宁39页.pdf
07-07
《Saga分布式事务解决方案与实践》一书中，作者姜宁深入探讨了微服务架构中的事务一致性问题，并详细介绍了解决这些问题的Saga分布式事务模式，以及在ServiceComb项目中的应用和演进，最后提出了后续的开发计划。...
.NET微服务系列之Saga分布式事务案例实践
Byronlinguicheng的博客
11-29 2279
.NET微服务框架Wing如何使用Saga分布式事务实现“跨行转账”案例分享
saga分布式事务-saga.zip
11-06
标题中的“saga分布式事务”是指一种用于处理分布式系统中复杂事务的模式，它源于银行业务，现已被广泛应用于各种需要跨服务协调操作的场景。SAGA（Service-oriented Architecture, Saga）是一种长事务的解决方案，...
Saga分布式事务解决方案与实践.docx
10-26
Saga 分布式事务解决方案与实践 Saga 分布式事务解决方案是微服务架构中的一种解决方案，它可以解决微服务之间的事务一致性问题。在微服务架构中，每个服务都可以独立开发、独立演进、独立部署和独立团队，但这也...
saga-pattern:剖析传奇模式
04-03
传奇模式 剖析传奇模式 如何实现基于编舞的传奇 1.确定传奇的起点 当用户创建订单时，此操作的起点是OrderService 。 2.制定交易/补偿步骤 服务 交易 赔偿 订购服务 （开始）createOrder 取消订单 PaymentService createPayment 退款付款 送货服务 createDelivery 取消送货 （结束）OrderService approveOrder -- 3.映射数据流 这有助于我们了解每个步骤所需的有效负载以及更改。 服务 步 JSON格式 订购服务 createOrder {"id": "1", "status": "pending"} 订购服务 取消订单 {"id": "1", "status": "cancelled"} PaymentService createPayment {"id": "1", "or
分布式事务：Saga分布式事务核心机制、实现模式与问题分析
fjkxyl的博客
04-28 867
Saga通过牺牲强一致性换取可用性和分区容忍性，适用于跨微服务的长事务场景。开发团队需重点解决补偿事务设计、消息可靠投递、分布式追踪三大技术难点。建议在业务设计阶段采用事件风暴（Event Storming）方法明确Saga边界，并结合Seata、ServiceComb等成熟框架降低实现复杂度。
Saga 分布式事务模式
小技术君
10-22 1448
Saga 分布式事务模式Saga 设计模式是一种在分布式事务场景中跨微服务管理数据一致性的方法。Saga 是一系列事务，用于更新每项服务并发布消息或事件来触发下一个事务步骤。如果某个步骤失败，则 Saga 将执行补偿事务，以抵消上一个事务的影响。上下文和问题事务是单个逻辑或工作单元，有时由多个操作组成。在事务中，事件是实体发生的状态更改，命令封装执行操作或触发后续事件所需的所有信息。事务必须为原子...
Saga Pattern
小知识折射大智慧
04-24 702
在微服务中，用的比较多的分布式事务模式：SAGA。下面是lysu/go-saga库中的描述： Saga is a long-lived transaction came up with many small sub-transaction.ExecutionCoordinator(SEC) is coordinator for sub-transactions execute and s...
深度剖析Saga分布式事务
IT枫斗者的博客
01-23 1726
saga是分布式事务领域非常重要的事务模式，特别适合解决旅游订票等长期事务。本文将深入分析saga事务的设计原理和解决订票问题的最佳实践。
敲黑板画重点：七种常见“分布式事务”详解
m0_67645544的博客
03-07 836
推荐学习 全网首发！马士兵内部共享—1658页《Java面试突击核心讲》 肝了30天，整出这份[分布式宝典：限流+缓存+通讯]，秋招跳槽有望 分布式事务：在分布式系统中一次操作需要由多个服务协同完成，这种由不同的服务之间通过网络协同完成的事务称为分布式事务 一、2PC： 2PC，两阶段提交，将事务的提交过程分为资源准备和资源提交两个阶段，并且由事务协调者来协调所有事务参与者，如果准备阶段所有事务参与者都预留资源成功，则进行第二阶段的资源提交，否则事务协调者回滚资源。 1、第一阶段：准备阶段
SAGA事务
qq_40369829的博客
08-03 518
文章目录SAGA定义步骤排序分类协同式编排式事务隔离对策 SAGA定义 柔性事务 传统同步事务难点： 部分数据库不支持XA。 传统分布式事务是同步通信，会降低系统可用性。 SAGA：使用异步消息协调一系列本地事务，维护多个服务之间的数据一致性。 是一种长事务解决方案，适用于业务流程长且需要保证事务最终一致性的业务系统。 步骤排序 可补偿事务。可能失败，需要编写补偿事务做回滚。 关键性事务。后面跟着不可能失败的步骤。 可重复事务。总会成功。 分类 协同式 决策和执行顺序逻辑分布在saga的每一
dtm分布式事务框架之SAGA 实战
lisus2007的专栏
12-07 1910
dtm分布式事务框架之SAGA
java SAGA分布式事务
最新发布
10-21
Saga模式是处理Java服务端分布式事务的一种解决方案，能让系统在微服务间保持数据的最终一致性，适用于需处理复杂业务流程的分布式系统 [^1][^2]。 ### 原理 Saga模式把长事务拆分为多个本地事务，并配合补偿机制实现最终一致性。在分布式系统里，一个大操作由分布在不同服务器上、属于不同应用的小操作组成，Saga模式要保证这些小操作要么全部成功，要么全部失败。当其中一个本地事务失败时，Saga模式会调用相应的补偿事务，撤销之前已完成的本地事务，以此确保数据的最终一致性 [^2][^4]。 ### 使用方法与解决方案 - **服务设计**：在设计服务时，要保证每个本地事务及其补偿事务具备幂等性。幂等性意味着无论操作执行多少次，所产生的效果和执行一次是一样的，这样能避免因重试机制导致的数据不一致问题 [^2]。 - **监控体系**：构建完善的监控体系，实时监控每个本地事务的执行状态。这样在出现问题时，可以及时发现并采取相应的处理措施，例如重新执行失败的事务或者触发补偿事务 [^2]。 - **事务恢复机制**：设计可靠的事务恢复机制，当某个本地事务失败时，系统能够自动调用补偿事务，撤销之前已完成的操作。同时，还需要考虑事务恢复过程中的重试策略，以应对一些临时性的故障 [^2]。 - **结合成熟框架**：可以结合Apache ServiceComb Saga、Eventuate等成熟框架进行二次开发，这些框架提供了一些现成的工具和组件，能帮助开发者更方便地实现Saga模式 [^2]。 ### 代码示例 以下是一个简单的Java服务端Saga模式实现示例，假设存在两个微服务：订单服务和库存服务。 ```java // 订单服务 class OrderService { public boolean createOrder() { // 模拟创建订单操作 System.out.println("Order created"); return true; } public boolean cancelOrder() { // 模拟取消订单操作 System.out.println("Order cancelled"); return true; } } // 库存服务 class InventoryService { public boolean deductInventory() { // 模拟扣除库存操作 System.out.println("Inventory deducted"); return true; } public boolean restoreInventory() { // 模拟恢复库存操作 System.out.println("Inventory restored"); return true; } } // Saga协调器 class SagaCoordinator { private OrderService orderService; private InventoryService inventoryService; public SagaCoordinator(OrderService orderService, InventoryService inventoryService) { this.orderService = orderService; this.inventoryService = inventoryService; } public void processTransaction() { boolean orderCreated = orderService.createOrder(); if (orderCreated) { boolean inventoryDeducted = inventoryService.deductInventory(); if (!inventoryDeducted) { // 库存扣除失败，回滚订单 orderService.cancelOrder(); } } } } // 主程序 public class Main { public static void main(String[] args) { OrderService orderService = new OrderService(); InventoryService inventoryService = new InventoryService(); SagaCoordinator coordinator = new SagaCoordinator(orderService, inventoryService); coordinator.processTransaction(); } } ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值