分布式系统一致性（ACID、CAP、BASE、二段提交、三段提交、TCC、幂等性）原理详解【转】

最新推荐文章于 2023-09-30 15:01:09 发布
最新推荐文章于 2023-09-30 15:01:09 发布
阅读量446 收藏
点赞数 1
分类专栏： 参考资料 文章标签： 分布式 幂等性
无人境域
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
分布式系统一致性（ACID、CAP、BASE、二段提交、三段提交、TCC、幂等性）原理详解1
08-03
1背景分布式系统致性（ACID、CAP、BASE、段提交、三段提交、TCC、幂等性）原理详解-掘的是按照功能拆分，秉着 “专业的人干专业的事儿” 的原则，把
分布式事务tcc案例（不需要自己搭建springcloud,数据库表，下载就可以跑，然后研究tcc二段提交）
09-27
需要idea和mysql数据库
分布式事务-TCC异常-幂等性
最新发布
youngerxsd的博客
09-30 192
和空回滚问题一样也是利用日志表的记录，sql增加状态机，必须从try状态到cancel状态可以防止幂等性问题。
分布式事务常见解决方案整理：二阶段、三阶段、TCC、MQ+本地事务+消息校对
xueping_wu的博客
10-06 1384
分布式事务常见解决方案整理：二阶段、三阶段、TCC、MQ+本地事务+消息校对
[分布式事务-TCC] 2. TCC的异常场景及应对机制【转】
Sid小杰的博客
09-06 672
本文转自[分布式事务-TCC] 2. TCC的异常场景及应对机制 文章导航 TCC的异常场景 幂等处理 产生原因 应对策略 空回滚 产生原因 应对策略 资源悬挂 产生原因 应对策略 三种异常总结 幂等 空回滚 资源悬挂 共通点 TCC的异常场景 在分布式系统中，随时随地都需要面对网络超时，网络重发和服务器宕机等问题。所以分布式事务框架作为搭载在分布式系统之上的一个框架型应用也绕不开这些问题。具体而言，有以下常见问题： 幂等处理 空回滚 .
分布式事务
qq_47815451的博客
10-23 199
分布式事务 分布式事务理论CAP（强一致性） CAP 定理，又被叫作布鲁尔定理。对于共享数据系统，最多只能同时拥有CAP其中的两个，任意两个都有其适应的场景。 BASE（最终一致性）BASE 是指基本可用（Basically Available）、软状态（ Soft State）、最终一致性（ Eventual Consistency）。它的核心思想是即使无法做到强一致性（CAP 就是强一致性），但应用可以采用适合的方式达到最终一致性。 BA指的是基本业务可用性，支持分区失败； S表示柔性状态，
分布式（一）分布式事务解决方案
李玉志的博客
12-02 1068
文章目录分布式事务CAP理论XA方案TCC方案可靠消息最终一致性方案成熟开源的分布式事务框架 分布式事务 分布式事务主要有以下五种解决方案 XA方案，也叫两段式提交方案 TCC方案，也叫三段式提交方案 可靠消息最终一致性方案 CAP理论 CAP理论中，C（Consistency）是强一致性，A（Availability）是可用性，P（Partition Tolerance）分区容错行。该理论在实际的分布式系统环境中，只能满足其中的两项，而不能同时满足这三个属性。 一致性：所有节点上的数据时刻保持同步
分布式事务实践 解决数据一致性
11-23
除此以外还介绍了一些分布式事务相关的技术，如幂等性、全局一致性ID、分布式对象等。... 6-1 分布式事务介绍 6-2 spring分布式事务实现_使用JTA 6-3 spring分布式事务实现_不使用JTA 6-4 实例1-DB-DB 6-5 实例1-DB-...
微服务下事务一致性介绍
03-29
微服务下事务一致性的描述，包括CAP,BASE,ACID理论，其中还包括常用的分布式事务的架构介绍，详细介绍了TCC, 最终一致性，多段提交等架构
五种事务一致性比较
07-12
五种事务一致性介绍笔记：两阶段提交、TCC、Event Sourcing、读写分离、Sagas
分布式服务化系统一致性的“最佳实干”
千丈之松的专栏
03-29 3427
1 背景 一致性是一个抽象的、具有多重含义的计算机术语，在不同应用场景下，有不同的定义和含义。在传统的IT时代，一致性通常指强一致性，强一致性通常体现在你中有我、我中有你、浑然一体；而在互联网时代，一致性的含义远远超出了它原有的含义，在我们讨论互联网时代的一致性之前，我们先了解一下互联网时代的特点，互联网时代信息量巨大、需要计算能力巨大，不但对用户响应速度要求快，而且吞吐量指标也要向外扩展（
分布式事务简述
secretx的专栏
03-27 2227
国际开放标准组织Open Group定义了DTS（分布式事务处理模型），模型中包含4个角色：应用程序、事务管理器、资源管理器、通信资源管理器四部分。事务处理器是统管全局的管理者，资源处理器和通信资源处理器是事务的参与者。 J2EE规范也包含此分布式事务处理模型的规范，并在所有的AppServer中进行实现，J2EE规范中定义了TX协议和XA协议，TX协议定义应用程序与事务管理器之间的接口，而
分布式事物解决方案之tcc,二阶段提交，三阶段提交原理案例解析
黄金时代的架构之路
03-22 4749
分布式事务 数据库事务要满足几个要求：ACID Atomic(原子性) 事务必须是原子的工作单元 Consistent(一致性) 事务完成时，必须使所有数据都保持一致状态 Isolation(隔离性) 并发事务所做的修改必须和其他事务所做的修改是隔离的 Duration（持久性） 事务完成之后，对系统的影响是永久性的 Mysql里的事务处理过程 记录redo(记录数据修改之前原...
分布式理论（CAP BASE TCC 2PC 3PC）
mulinsen77的博客
04-29 1102
分布式数据一致性 因为在分布式系统中，为了保证数据的高可用，会将数据保留多个副本（replica），这些副本分布在不同的物理机器上。所以可能导致数据在进行写入副本的过程中出现丢失等故障，造成数据不一致的问题。 CAP Consistency 一致性、Availability 可用性、Partition Tolerance 分区容错性 Consistency 一致性：这个和数据库ACID的一致性类似...
分布式事务处理方案（CAP、Base、2PC、3PC、TCC、Saga）
qq_26900081的博客
09-07 3108
一、CAP：一致性（Consistency）、可用性（Availability）、分区容错性（Partition tolerance） CAP 原则指的是，这三个要素最多只能同时实现两点，不可能三者兼顾。 一致性：在分布式系统中的所有数据备份，在同一时刻是否同样的值。（等同于所有节点访问同一份最新的数据副本）。 可用性：在集群中一部分节点故障后，集群整体是否还能响应客户端的读写请求。（对数据更新具备高可用性）。 分区容忍性：以实际效果而言，分区相当于对通信的时限要求。系统如果不能...
分布式一致性——二阶段提交协议，三阶段提交协议
进步的阶梯的博客
08-06 6347
分布式系统，这早已不是什么新鲜的东西了，在分布式系统的架构设计过程中，往往会存在分布式一致性的问题，经过前人的辛苦探究，提出了二阶段提交协议，三阶段提交协议，Paxos算法等等，用来解决分布式一致性的问题。今天我就讲一下，二阶段提交协议和三阶段提交协议的过程，以及它们的优缺点。 2PC，就是二阶段提交协议。顾名思义，就是将事务的提交过程分成两个阶段来处理。那我们来看看这两个阶段分别做了什么。 ...
分布式服务化系统一致性（分布式事务、ACID、BASE、CAP）原理与解决方案
热门推荐
Lovnx
04-18 2万+
1、背景 　一致性是一个抽象的、具有多重含义的计算机术语，在不同应用场景下，有不同的定义和含义。在传统的IT时代，一致性通常指强一致性，强一致性通常体现在你中有我、我中有你、浑然一体；而在互联网时代，一致性的含义远远超出了它原有的含义，在我们讨论互联网时代的一致性之前，我们先了解一下互联网时代的特点，互联网时代信息量巨大、需要计算能力巨大，不但对用户响应速度要求快，而且吞吐量指标也要向外扩展（既：
说说分布式事务(三)
weixin_33796177的博客
07-14 276
最终一致性(一) TCC 简介 TCC是由支付宝架构师提供的一种柔性解决分布式事务解决方案,主要包括三个步骤: TCC流程 TCC的关键流程如下图(以下单和扣减库存为例子)Q: 预生成订单失败了,为什么要通过TCC执行预处理数据回滚? A: 可能预生成订单成功,但是接口返回失败(超时失败),所以预处理在某些情况下是有预处理数据,需要清理 ...
两阶段提交、三阶段提交和TCC
CCCdingding的博客
03-24 619
目录 一、2PC 1.1、提交事务请求（投票阶段） 1.2、执行事务提交 一、2PC 1.1、提交事务请求（投票阶段） 事务询问->执行事务->反馈事务询问 事务询问：由协调者向所有参与者发送事务内容，询问是否可以执行事务提交操作 执行事务：由参与者执行事务操作，并将Undo（拒绝）和Redo（准备好，将要操作）信息记入事务日志中 反馈事务询问：由参与者给协调者反馈给协调者事务的执行结果，如果执行成功反馈YES，否者反馈NO 1.2、执行事务提交 该阶段拥有两种操作：.
Tcc三段提交(两阶段提交+补偿事务)
03-26
TCC（Try-Confirm-Cancel）是一种分布式事务管理机制，它采用“两阶段提交”和“补偿事务”两种方式，确保分布式事务的原子性和一致性。 TCC的核心思想是将一个复杂的事务拆分成三个步骤：试图执行（Try）、确认执行（Confirm）和取消执行（Cancel）。这三个步骤分别对应“两阶段提交”（2PC）中的准备阶段、提交阶段和回滚阶段。 TCC有以下三个步骤： 1.试图执行（Try）：首先，在事务发起方（服务A）执行操作前，会向参与方（服务B）发送请求，询问其是否能够执行当前操作。如果参与方确认可以执行，则进行预留资源，记录操作信息；如果参与方回应拒绝，则整个事务将会回滚。 2.确认执行（Confirm）：当所有参与方都能够执行操作时，事务发起方会通知各个参与方提交执行请求，对应2PC中的“提交事务”阶段。提交完成后，事务进入“已提交”状态。 3.取消执行（Cancel）：如果有任何一个参与方在“试图执行”或“确认执行”阶段发生异常，或者在“确认执行”之前事务发起方主动取消了事务，那么事务将进入“已撤销”状态。在“已撤销”状态下，事务发起方可以向各个参与方发送请求进行事务回滚操作。 TCC采用“补偿事务”来确保一致性，即当某个参与方在Confirm阶段发生异常，无法提交时，其他参与方会执行相反的操作，将之前预留的资源释放掉，从而保证整个事务的原子性和一致性。 总的来说，TCC机制是一种高可靠、高性能的分布式事务管理机制，适用于对事务数据的正确性和一致性要求较高的场景。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值