分布式事务TCC与SAGA-自己理解

最新推荐文章于 2025-03-14 16:29:59 发布
最新推荐文章于 2025-03-14 16:29:59 发布
阅读量486 收藏 6
点赞数 7
文章标签： 分布式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/copyright0501/article/details/135100969
版权

仅为个人理解,具体百度其他对比.

TCC

在我看来就是 try catch finally
尝试,确认,回退(取消)
TCC的优点是可以保证强一致性和数据完整性,
就是一个事务,要么完成,要么回退.
事务嘛,acid
长/多的事务,就不太好写了.

SAGA

这个不如tcc的 try catch finally 好理解,

saga
执行A–>B–>C–>D四个事务,巨长/多 的事务,
假如说,这时候C报错了,C会发出消息给之前的B,A,让AB也撤销操作.
SAGA适用于需要保证最终一致性和容错性的场景

具体情况,具体分析,

MapSet
关注
3分钟带你了解下分布式事务TCC与SAGA
程序员野蛮成长
07-31 465
SAGA是一种基于消息的分布式事务方案，通过使用长事务和补偿事务来保证分布式环境下的事务一致性。在SAGA中，每个参与者都是一个服务，通过发送和接收消息来协调事务的执行。在实现TCC时，可以使用分布式事务管理器来协调各个参与者的操作，例如阿里巴巴的Seata和美团的TCC-transaction。SAGA（Saga）是一种分布式事务方案，它通过使用长事务（Long Transaction）和补偿事务（Compensating Transaction）来保证分布式环境下事务的一致性。
「跨数据库、微服务」 FreeSql 分布式事务 TCC/Saga 编排重要性
Cr1556648487的博客
08-22 401
FreeSql 支持MySql/SqlServer/PostgreSQL/Oracle/Sqlite/Firebird/达梦/Gbase/神通/人大金仓/翰高/Clickhouse/MsAccess Ado.net 数据库，以及 Odbc 的专门实现包。FreeSql.Cloud 为 FreeSql 提供跨数据库访问，分布式事务TCC、SAGA解决方案，支持 .NET Core 2.1+, .NET Framework 4.0+.
分布式事务TCC和Saga的区别
10-22 2669
转自分布式事务Saga (一) TCC vs Saga - 简书 TCC流程 Try 预留资源 （如：库存服务的预占库存，支付服务的冻结部分账户余额）Confirm 如果所有的事务参与者try 操作都执行成功了，就会调用所有事务参与者的confirm操作，确认资源。（如：库存服务的减库存，支付服务的扣减账户余额）Cancel 如果有事务参与者在try阶段执行失败，就调用所有已执行try阶段成功的参与方的cancel方法，释放try阶段占用的资源（如：库存服务的释放预占库存，支付服务的释放冻结的账户余额
Seata中AT模式、TCC模式、Saga模式、XA模式介绍、应用场景和示例代码
最新发布
a_beiyo的博客
03-14 1606
Seata的四种模式：AT、TCC、Saga和XA详细讲解
分布式软件架构——分布式事务TCC和SAGA
四问四不知的博客
06-27 1897
摘抄自极客学院《周志明的软件架构课》
阅读笔记（十九）TCC和SAGA
ty的博客
03-22 2571
一. 简介   本文介绍TCC（Try Confirm Cancel）和SAGA模式，这两者是对2PC的改进优化版本，均有着广泛的运用。 二. 从2PC到TCC   如下图所示为2PC的工作流程：首先发出请求，收到回复如果全部同意则发送commit，否则发送abort。   Try-Confirm/Cancel (TCC)也是补偿型事务模式，支持两阶段的商业模型。 尝试阶段 将服务置于待处...
分布式事务（三）、柔性事务之 TCC、Saga、本地消息表、事务消息、最大努力通知
王义凯 的博客
08-25 6184
在前面的文章中我们提到了柔性事务遵循BASE理论，满足最终一致性，柔性事务主要分为补偿型和通知型。补偿型事务又分TCC、Saga，通知型事务分事务消息、最大努力通知型。补偿型事务都是同步的，通知型事务都是异步的。本篇介绍柔性事务的这几种实现方案：TCC、Saga、事务消息、本地消息表、最大努力通知。
分布式事务演示-distributed-transaction-demo.zip
11-06
3. **分布式事务协调器（如Atomix, TCC, Seata等）**：这些工具提供了一套完整的框架，简化了开发者处理分布式事务的工作。例如，TCC（Try-Confirm-Cancel）模式，允许业务服务先尝试执行操作，然后在确认或取消阶段...
简化版seata，seata是阿里开源的分布式事务框架-simple-seata.zip
01-31
Seata支持AT（Automatic Transaction Mode）、TCC（Try-Confirm-Cancel）、Saga和XID（基于X/Open XA的分布式事务模式）等模式，以适应不同的业务场景。 在微服务架构中，Seata可以有效地处理分布式系统中的数据...
【Java】分布式事务SeataTCC模式-SpringCloud微服务添加TCC分布式事务.zip
02-06
分布式事务是分布式系统中数据一致性的关键问题，而Seata是一个开源的分布式事务解决方案，它以高性能、易用性、扩展性强著称，主要用于解决微服务架构下的分布式事务问题。Seata 支持多种事务模式，包括 AT ...
Seata入门系列（三）-TCC模式、Saga模式
m0_68851939的博客
07-29 512
Saga模式采用了长事务的概念，将原子操作拆分为多个子事务，并通过补偿机制保证整个事务的一致性。Saga是一种比较传统的解决方案，传统的业务系统中通常会提供冲正服务，当正向服务执行失败时，业务会自动调用冲正服务，将已经发生变化的数据再修改回去，这种解决思想与Saga相同。
tcc分布式事务_分布式事务-Saga事务模型和TCC事务模型
weixin_39753616的博客
01-26 1721
在微服务架构中，通常一个业务操作，伴随着多个子任务，比如创建订单业务操作，涉及到下单、扣减库存、下发仓储物流、邮件/短信通知等等。那如何保证实现一致性呢？Saga 事务模型又称为Long-running-transaction(长事务)，核心思想是把一个长事务分为多个本地事务来完成，由一个Process Manager 统一协调。如果成功，则继续往下执行，如果失败，则调用补偿操作。每个业务都至少需...
分布式事务之TCC与SAGA
eck_燃的博客
03-04 937
CAP 定理决定了 C 与 A 不可兼得，传统的 ACID 强一致性在分布式环境中，要想能保证一致性（C），就不得不牺牲可用性（A）。分布式系统中我们只能退而求其次，把“最终一致性”作为分布式架构下事务处理的目标。
分布式事务,TCC, SAGA, 柔性事务, 刚性事务详解
u013076997的专栏
04-08 2501
什么是分布式事务？ 简单的说，就是一次大操作由不同小操作组成，这些小操作分布在不同服务器上，分布式事务需要保证这些小操作要么全部成功，要么全部失败. 两阶段提交 两阶段提交简称2PC(two phase commitment) 基本概念 TM(Transaction Manager) 事务管理器 RM(Resource Manager) 资源管理器 两阶段提交: 在第一阶段, 资源管理器向事...
第三篇-分布式事务之Seata-TCC和Saga模式
u012272367的博客
02-16 1362
目录 传统TCC模式 SeataTCC模式 实现原理 空回滚 防悬挂 幂等控制 传统Saga模式 SeataSaga模式 状态机高可用 补充 传统TCC模式 Try：预留资源（比如转账时，先冻结资金） Confirm：使用Try阶段资源 Cancel：释放Try阶段资源 此时业务服务需要实现以上三个接口，虽然第一步 Try 锁定了资源，减少了失败的可能 但后面 CC 阶段，若两个分支事务有一个失败了（网络原因、系统原因），那业务还要去做主动重试等工作 所以 TCC 如果全
Seata TCC、Saga、XA模式初识
m0_57042151的博客
11-04 773
TCC(Try Confirm Cancel)同样也是两阶段commit或rollback行为和AT模式不同之处在于解决了的缺点，因为真实业务中可能不使用mysql之类的ACID关系型数据库，就算使用也很可能使用缓存如redis。
七种常见分布式事务详解（2PC、3PC、TCC、Saga、本地事务表、MQ事务消息、最大努力通知）
很多时候犯错都是在不知情的情况下发生的
02-23 1417
2PC，两阶段提交，将事务的提交过程分为资源准备和资源提交两个阶段，并且由事务协调者来协调所有事务参与者，如果准备阶段所有事务参与者都预留资源成功，则进行第二阶段的资源提交，否则事务协调者回滚资源。由事务协调者询问通知各个事务参与者，是否准备好了执行事务，具体流程图如下：协调者收到各个参与者的准备消息后，根据反馈情况通知各个参与者commit提交或者rollback回滚（1）事务提交：当第一阶段所有参与者都反馈同意时，协调者发起正式提交事务的请求，当所有参与者都回复同意时，则意味着完成事务，具体流程如下：所
分布式事务Saga (一) TCC vs Saga
weixin_45145848的博客
12-23 1106
分布式事务Saga (一) TCC vs Saga 文章目录TCC流程支付服务在调用try阶段失败的事务回滚本项目Saga流程saga 正常流程图saga 异常流程图结论 项目地址：https://github.com/yangxb2010000/saga 该项目的实现本质上说不是一个严格意义上的Saga实现，更像是一个简化版的TCC事务 先对比一下Saga与TCC的区别 TCC流程 Try 预...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值