[分布式事务-TCC] 3. TCC两个阶段的流程图

最新推荐文章于 2025-06-24 22:57:44 发布
最新推荐文章于 2025-06-24 22:57:44 发布
阅读量3k 收藏 6
点赞数 1
CC 4.0 BY-SA版权
分类专栏： Software Design Design Pattern Distributed System Distributed Transaction 文章标签： TCC 分布式事务
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/dm_vincent/article/details/93780909
本文深入解析TCC分布式事务机制，重点介绍其两阶段行为：TRY阶段进行资源预留，确保操作可逆；CONFIRM/CANCEL阶段根据TRY阶段结果，决定提交或回滚。文章通过流程图清晰展示各阶段流程，帮助读者理解TCC如何在异常情况下保证事务一致性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

TCC两个阶段总结

TCC作为分布式事务的一种具有强实时性保证的解决方案，其主要思想在于资源预留。在一切顺利的情况下，一阶段TRY还是很容易理解的。只不过为了保证在各种异常场景下，TCC都能够正常的工作，会添加不少异常处理手段。

为了把两个阶段的行为梳理清楚，绘制了下面的流程图作为总结。
涉及到的具体细节，可以结合前面的讨论进行回顾。

一阶段 - TRY

在这里插入图片描述

二阶段 - CONFIRM/CANCEL

在这里插入图片描述

分布式TC事务TCC模式
交小新的博客
10-05 914
第一阶段 Try 对操作数据进行 预留、冻结 资源 第二阶段‘ Confirm 提交 Cancel 回滚 /* 按照 Seata 的规则，实现 TccAction 接口 1. 添加 @LocalTCC 注解 2. 添加三个方法--TCC方法 3. 第一个方法上，添加“两阶段业务操作”注解， 并指定后面两个方法的方法名 4. 三个方法上添加 BusinessActionContext 参数， 用来从第一个阶段向第二个阶段传递参数 5. 传递的参数数据，用 @BusinessActionCon
分布式事务（三）———TCC 解决方案
共勉
08-23 5091
分布式事务解决方案之TCC解决方案 以及 seata的实现
《深入理解分布式事务》第八章 TCC 分布式事务原理
2022年毕业的萌新程序猿，输出一下自己的学习内容~
01-15 2540
《深入理解分布式事务》第八章 TCC 分布式事务原理
分布式系统 - 分布式事务及实现方案
最新发布
埃泽漫笔
06-24 1061
事务是一个程序执行单元，里面的所有操作要么全部执行成功，要么全部执行失败。在分布式系统中，这些操作可能是位于不同的服务中，那么如果也能保证这些操作要么全部执行成功要么全部执行失败呢？这便是分布式事务要解决的问题。以一个网上的经典下单减库存例子为例单体应用所有的业务都使用一个数据库，整个下单流程或许只用在一个方法里同一个事务下操作数据库即可。此时所有操作都在一个事务里，要么全部提交，要么全部回滚。但随着业务量不断增长，业务服务化拆分，就会分离出订单中心、库存中心等。
分布式事务-04:TCC实现过程及原理
IT云清
06-12 1538
java4all原创,欢迎关注摘要：本文主要讲解分布式事务中TCC相关基础概念，原理及详细的执行过程。上一篇：分布式事务-03:3PC 三阶段提交协议实现过程及原理1.3...
分布式事务--TCC--流程/原理
IT利刃出鞘的博客
06-16 3454
简介 TCC编程模式本质上也是一种二阶段协议，不同在于TCC编程模式需要与具体业务耦合。 TCC事务补偿是基于2PC实现的业务层事务控制方案，它是Try、Confirm和Cancel三个单词的首字母，含义如下： Try ：检查及预留业务资源（完成提交事务前的检查，并预留好资源）。 Confirm：确定执行业务操作：对try阶段预留的资源正式执行。 Cancel ：取消执行业务操作：对try阶段预留的资源释放。 TCC事务机制相比于上面介绍的XA，解决了其几个缺点: 解决了协...
分布式事务解决方案及TCC执行流程分析
caihongjianke的博客
02-20 854
分布式事务 问题产生 在分布式环境下，数据库是部署在多台数据库服务器中。在数据有多份副本的情况下，如果网络、服务器或者软件出现故障，会导致部分副本写入成功，部分副本写入失败。这就造成各个副本之间的数据不一致，数据内容冲突。 CAP定理 CAP理论认为在分布式的环境下设计和部署系统时，有3个核心的需求，对于共享数据系统，最多只能同时拥有CAP其中的两个，没法三者兼顾： Consistency：...
微软：macOS 漏洞可用于绕过TCC技术，访问用户敏感数据
smellycat000的专栏
01-11 587
聚焦源代码安全，网罗国内外最新资讯！编译：代码卫士微软 365 Defender 研究团队指出，威胁行动者可利用 macOS 漏洞 powerdir (CVE-2021-30970) 绕...
分布式事务解决方案之TCC
抽象的螺旋
07-04 958
分布式事务之TCC解决方案
敲黑板画重点：七种常见“分布式事务”详解
m0_67645544的博客
03-07 788
推荐学习 全网首发！马士兵内部共享—1658页《Java面试突击核心讲》 肝了30天，整出这份[分布式宝典：限流+缓存+通讯]，秋招跳槽有望 分布式事务：在分布式系统中一次操作需要由多个服务协同完成，这种由不同的服务之间通过网络协同完成的事务称为分布式事务 一、2PC： 2PC，两阶段提交，将事务的提交过程分为资源准备和资源提交两个阶段，并且由事务协调者来协调所有事务参与者，如果准备阶段所有事务参与者都预留资源成功，则进行第二阶段的资源提交，否则事务协调者回滚资源。 1、第一阶段：准备阶段
讲解一下分布式事务-两阶段提交的实现原理
wjianwei666的专栏
05-16 723
Seata（Simple Extensible Autonomous Transaction Architecture）是一款开源的分布式事务解决方案，提供了AT、TCC、SAGA和XA四种事务模式。其中，AT（Auto Transaction）模式是基于两阶段提交协议改进而来，通过数据源代理和全局锁机制实现了对业务代码几乎零侵入的分布式事务支持。随着微服务架构和分布式系统的普及，一个业务操作往往需要调用多个服务，修改多个数据源的数据。情况2：任一参与者返回"中止"或超时。情况1：所有参与者都返回"同意"
分布式事务之Seata TCC
jannal专栏
08-04 900
Seata、分布式事务、Seata TCC模式
分布式事务--补偿模式+Mq/TCC
热门推荐
qq_16681279的博客
10-10 1万+
个人备忘个人理解也是阅读别人博文，自己整理了一下，希望对你们有帮助。补偿模式MQ（事务消息） ：举个例子，Bob向Smith转账，那我们到底是先发送消息，还是先执行扣款操作？好像都可能会出问题。如果先发消息，扣款操作失败，那么Smith的账户里面会多出一笔钱。反过来，如果先执行扣款操作，后发送消息，那有可能扣款成功了但是消息没发出去，Smith收不到钱。除了上面介绍的通过异常捕获和回滚的方式外，还有
分布式事务 -- Seata
qq_33753147的博客
10-10 560
分布式事务 -- Seata
分布式事务——分布式事务简介、分布式事务框架 Seata（AT模式、Tcc模式、Tcc Vs AT）、分布式事务—MQ
m0_54853503的博客
07-31 5231
最早的分布式事务应用架构很简单，不涉及服务间的访问调用，仅仅是服务内操作涉及到对多个数据库资源的访问。当一个服务操作访问不同的数据库资源，又希望对它们的访问具有事务特性时，就需要采用分布式事务来协调所有的事务参与者。对于上面介绍的分布式事务应用架构，尽管一个服务操作会访问多个数据库资源，但是毕竟整个事务还是控制在单一服务的内部。如果一个服务操作需要调用另外一个服务，这时的事务就需要跨越多个服务了。四种模式，https1.4.01.2.0Seata是什么？一阶段，这些就不再赘述了。总之，...
TCC分布式事务
wnull的博客
10-30 4211
** TCC分布式事务 ** 一.什么是分布式事务？ 二.为什么会产生分布式事务？ 三.常见的分布式事物有哪些？ 四.TCC怎么解决分布式事务？ 五.TCC分布式事务优缺？ 六.TCC异常处理 七.公司系统举例 八.总结 一.什么是分布式事务 分布式事务就是指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上。 简单的说，就是一次大的操作由不同的小操作组成，这些小的操作分布在不同的服务器上，且属于不同的应用，分布式事务需要保证这些小操作要么全部成功，要么全部失败。
分布式事务（TCC详细介绍）
weixin_46619605的博客
02-11 3605
分布式事务（TCC详细介绍）
分布式事务TCC模式
渔阳的博客
07-20 878
Hmily实现的TCC服务与普通的服务一样，只需要暴露一个接口，也就是它的Try业务。Confirm/Cancel业务逻辑，只是因为全局事务提交/回滚的需要才提供的，因此Confirm/Cancel业务只需要被Hmily事务框架发现即可，不需要被调用它的其他业务服务所感知。本案例通过hmily框架实现TCC分布式事务，模拟两个账户的转账交易过程。Hmily利用AOP对参与分布式事务的本地方法与远程方法进行拦截处理，通过多方拦截，事务参与者能透明的调用到另一方的Try、Conform、Cancel方法；
分布式事务：深度解析TCC分布式事务（原理、优缺点与潜在问题）
fjkxyl的博客
04-28 1246
TCC（Try-Confirm-Cancel）是一种基于业务补偿的分布式事务解决方案，通过将事务拆分为三个阶段实现最终一致性：fill:#333;color:#333;color:#333;fill:none;成功失败开始Try阶段:资源预留Confirm阶段:提交Cancel阶段:回滚完成TCC通过将事务控制权交给业务系统，在分布式环境下实现了柔性事务控制，但其代价是将复杂度转移到了业务层。完备的日志系统：记录完整的事务生命周期智能的重试策略：指数退避+熔断机制严格的幂等控制。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值