Seata中的Saga事务模式

Seata中的Saga事务模式

基本概念

Saga模式是SEATA提供的长事务解决方案,在Saga模式中,业务流程中每个参与者都提交本地事务,当出现某一个参与者失败则补偿前面已经成功的参与者,一阶段正向服务和二阶段补偿服务(执行处理时候出错了,给一个修复的机会)都由业务开发实现。

在这里插入图片描述

Saga 模式下分布式事务通常是由事件驱动的,各个参与者之间是异步执行的,Saga 模式是一种长事务解决方案。

为什么需要Saga

之前我们学习的Seata分布式三种操作模型中所使用的的微服务全部可以根据开发者的需求进行修改,但是在一些特殊环境下,比如老系统,封闭的系统(无法修改,同时没有任何分布式事务引入),那么AT、XA、TCC模型将全部不能使用,为了解决这样的问题,才引用了Saga模型。

比如:事务参与者可能是其他公司的服务或者是遗留系统,无法改造,可以使用Saga模式。

在这里插入图片描述

Saga模式是Seata提供的长事务解决方案,提供了异构系统的事务统一处理模型。在Saga模式中,所有的子业务都不在直接参与整体事

SeataSAGA模式是一种分布式事务处理模式,它采用了Saga Pattern来管理和协调分布式事务。 在SAGA模式中,一个分布式事务被拆分为多个局部事务,每个局部事务负责执行一部分操作,并在需要时发送补偿操作以回滚已执行的操作。 Seata作为分布式事务协调器,负责协调和管理SAGA模式下的分布式事务。当一个事务发起请求时,Seata会将其视为一个全局事务,并为每个局部事务创建一个参与者(RM,Resource Manager)。 在SAGA模式中,每个局部事务都有两个阶段:正向阶段(Forward Phase)和补偿阶段(Compensation Phase)。正向阶段负责执行实际的业务逻辑操作,而补偿阶段负责回滚已执行的操作。 当一个局部事务的正向阶段完成后,Seata会记录该操作的执行状态,并等待下一步指令。如果后续的操作成功执行,Seata会继续执行下一个局部事务的正向阶段;如果有任何一个操作失败,Seata会根据之前记录的执行状态,按照相反的顺序执行补偿阶段,回滚已执行的操作。 通过这种方式,Seata能够实现分布式事务的管理和协调,保证事务的一致性和可靠性。SAGA模式相比于传统的两阶段提交(2PC)协议,具有更好的可扩展性和容错性,因为它将事务拆分为多个局部事务,并通过补偿阶段来实现回滚。 需要注意的是,SeataSAGA模式是基于TCC(Try-Confirm-Cancel)模式实现的,因此每个局部事务也包含了Try、Confirm和Cancel三个阶段的操作。 总结起来,SeataSAGA模式采用了Saga Pattern来管理和协调分布式事务,通过拆分事务为多个局部事务和补偿阶段来实现事务的一致性和可靠性。每个局部事务都包含正向阶段和补偿阶段,通过记录状态和执行补偿操作来保证事务的正确执行。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

紫荆之后-

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值