小白学分布式程序开发8-二阶段提交的缺点

最新推荐文章于 2024-04-07 17:00:59 发布
原创 最新推荐文章于 2024-04-07 17:00:59 发布 · 1.1k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#计算机 #技术 #博客 #it #分布式架构

本文探讨了二阶段提交在分布式程序开发中的不足，包括同步阻塞问题、单点故障、数据不一致性和无法解决的场景。当协调者发生故障或网络异常时，可能导致参与者阻塞、数据不一致。为保证分布式系统的数据一致性，需要考虑更可靠的解决方案。

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

上次我们讲了二阶段提交，今天我们就接着来讲讲二阶段提交的缺点

1.同步阻塞问题

执行过程中，所有参与节点都是事务阻塞型的。
当参与者占有公共资源时，其他第三方节点访问公共资源不得不处于阻塞状态。

举例：接上一篇的例子，如果Jim是打电话到小白的宿舍里，小白用宿舍的公用电话来接，那么宿舍里的其他人想打电话只有等在小白后面了。


最低0.47元/天 解锁文章

200万优质内容无限畅学
jimcxd
关注
经典的俩阶段提交算法的原理及缺陷
KunLunDB_Linda的博客
09-24 551
背景 笔者在过去经典的两阶段提交算法过程中，发现会遇上部分节点在执行事务提交期间发生故障，导致如下的错误，这些错误都会导致用户数据丢失或者出错。错误如下： 1、一个分布式事务的一部分事务分支被提交，另一部分事务分支被回滚 2、应答给客户端事务提交成功，但是分布式事务所有分支全部被回滚 3、应答给客户端事务被回滚，但是分布式事务部分或者全部分支被提交 4、存储节点故障恢复时，某个存储节点的事务分支不能被正确地恢复。 在上面这些错误源中，第#4类错误处理由存储节点自身负责，分
分布式事务（再深入）——分布式事务理论基础 &amp； Java分布式事务解决方案
最新发布
2401_84254196的博客
04-19 984
刚性事务：分布式理论的CP，遵循ACID，对数据要求强一致性。XA协议是一个基于数据库层面的分布式事务协议，其分为两部分：事务管理器（Transaction Manager）和本地资源管理器（Resource Manager）。事务管理器作为一个全局的调度者，负责对各个本地资源管理器统一号令提交或者回滚。主流的诸如Oracle、MySQL等数据库均已实现了XA接口。二阶提交协议（2PC）: 根据XA协议衍生出来而来;
两阶段提交的缺点
qq275860560的专栏
02-15 1234
同步阻塞问题 单点故障 数据不一致
二阶段提交事务的实现和缺点
lixia0417mul2的博客
02-19 578
分布式事务 二阶段提交事务 分布式事务缺点 两阶段提交事务缺点 不使用分布式事务原因
mysql二阶段提交有什么问题_浅谈二阶段提交
weixin_42530536的博客
01-26 582
二阶段提交在分布式系统中，每个节点都可以知道自己事务的提交是否成功，但是却不知道其他节点的事务情况，于是就有了多种分布式实现方式来解决分布式事务的问题。二阶段提交(Two-phase Commit)，可以说是一致性协议或者原子协议，保证分布式系统数据的一致性。主要的角色有协调者和参与者。协调者先通知参与者操作是否成败，得到反馈后，再通知参与者提交或者中止操作。二阶段提交顾名思义就是有两个阶段，一个...
两阶段提交协议
nieanan3602的专栏
12-22 1288
本文以CS服务模式为例，对两阶段提交协议的背景、流程、存在的问题及解决办法等进行了讨论，最后进行了简要总结。 0. 背景 在CS服务模式中，服务器集群提供服务，客户端消费服务。当服务器数据发生变更时，需要保证服务器集群中的单台状态一致，并能够对外提供可用的服务。所谓状态一致，指的是每个单台服务器在完成变更后要数据要一致，比如在一次插入操作中，要么全部插入成功、要么全部插入失败。 客户端较少时
【从小白到专家】：深入解析SVN版本控制
[【从小白到专家】：深入解析SVN版本控制](https://img-blog.csdnimg.cn/3e3010f0c6ad47f4bfe69bba8d58a279.png) # 摘要 本文对SVN版本控制系统进行了全面介绍，涵盖了基础操作、理论知识、高级功能、实践案例以及...
【腾讯云TDSQL-C Serverless产品体验】使用 Python 向 TDSQL-C-添加读取数据-实现词云图
记录开发和安全学习过程中的点点滴滴
08-15 5040
今天我给大家分享一下我对腾讯云TDSQL-C Serverless产品的体验流程以及体验过程的感受。腾讯云的TDSQL-C Serverless产品简直是互联网开发者的福音！让我们来谈谈什么是TDSQL-C Serverless。这是一个基于云的关系型数据库，它为特点，意味着我无需担心硬件资源的配置和管理。它可以根据实际需求自动调整容量，并根据数据库的负载情况按需分配资源。对于我们来说，现在可以专注于开发应用，而不用担心数据库的管理。
Apache Flink（从小白到熟练掌握）
MCY的博客
02-26 2046
Apache Flink 一、概述 https://flink.apache.org/ [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-p1oVcYTE-1582679088382)(https://flink.apache.org/img/flink-header-logo.svg)] Apache Flink 是一个框架和分布式处理引擎，用于在无边界和有边界数据流...
分布式基础，啥是两阶段提交？
架构师之路
10-26 504
上一篇《分布式事务，原来可以这么玩？》引起了不少讨论，后续准备开一个新系列，讲一讲分布式的东西，今天就从相对容易理解的“两阶段提交”谈起。画外音：给自己定了一个目标，用通...
两阶段提交和三阶段提交的理解
waj89757的专栏
05-22 7890
两阶段和三阶段提交
二阶段提交和三阶段提交的区别
weixin_44681865的博客
10-09 348
在doCommit节点，如果参与者收不到协调者的doCommit或者rebort请求时，会在等待超时的时候Commit。如果协调组发送的是abort，此时参与者执行了commit，则会造成数据不一致的情况。三阶段：第一阶段是CanCommit、第二阶段是PreCommit、第三阶段是doCommit。其实就是把二阶段提交的第一阶段准备提交又细分了一下。二阶段：第一阶段是准备阶段，第二阶段是提交阶段。1、同步阻塞，所有参与节点都是事务阻塞型的。二阶段提交和三阶段提交的区别。
分布式系统开发实战：两阶段提交实战与缺陷分析
2401_83384536的博客
04-07 536
两阶段提交协议最早由分布式事务专家Jim Gray在1978年的一篇文章中提及。两阶段提交协议可以保证数据的强一致性，即保证了分布式事务的原子性：所有结点要么全做要么全不做。许多分布式关系型数据管理系统采用此协议来完成分布式事务。它是协调所有分布式原子事务参与者，并决定提交或取消（回滚）的分布式算法，同时也是解决一致性问题的算法。该算法能够解决很多临时性系统故障（包括进程、网络节点、通信等故障），被广泛地使用。但是，它并不能够通过配置来解决所有的故障，在某些情况下它还需要人为的参与才能解决问题。
分布式事务
eve_z的博客
03-18 188
理论基础 CAP定理 一致性（Consistency) →\to→ 所有节点在同一时间具有相同的数据 可用性（Availability）→\to→ 保证每个请求不管成功或者失败都有响应 分隔容忍（Partition tolerance） →\to→ 系统中任意信息的丢失或失败不会影响系统的继续运作 根据定理，分布式系统只能满足三项中的两项而不可能满足全部三项。 ACID模型 原子性（Atom...
一致性协议算法-2PC、3PC、Paxos、Raft、ZAB、NWR超详细解析
yang灬仔
12-12 1587
一致性协议算法-2PC、3PC、Paxos、Raft、ZAB、NWR超详细解析 背景 在常见的分布式系统中，总会发生诸如机器宕机或网络异常（包括消息的延迟、丢失、重复、乱序，还有网络分区）等情况。 一致性算法需要解决的问题就是如何在一个可能发生上述异常的分布式系统中，快速且正确地在集群内部对某个数据的值达成一致，并且保证不论发生以上任何异常，都不会破坏整个系统的一致性。 CAP 定理 CAP 理论告诉我们，一个分布式系统不可能同时满足一致性（C:Consistency)，可用性（A: Ava.
分布式事务之XA两阶段提交优缺点
陈广晗
08-24 2057
优点: 尽量保证类数据的强一致性(无法完全保障),适合对数据强一致要求很高的关键领域 缺点: 同步阻塞: 执行过程中,所有参与节点都是事务阻塞型的,当参与者找有公共资源时,其他第三方节点访问公共资源不得不处于阻塞状态 单点故障: 由于协调者的重要性,一旦协调者发生故障,参与者会一直阻塞下去,尤其在第二阶段,协调者发生故障,那么所有的三语者都还处于锁定事务资源的状态中,而无法继续完成事务操作.如果协调者挂掉,可以重新选举一个协调者,但是无法解决因为协调者宕机导致的参与者与阻塞状态的问题 数据不一致: 在二阶段
一致性算法之二： 两阶段提交协议 完整易理解
dellme99的专栏
11-05 3561
前提条件 系统节点分为：其中一个节点被设置为协调者，其他节点设置为参与者。 假定在每个节点上都有一个使用write-ahead log的稳定数据存储节点，说白了可以打日志，而且日志在persistent 存储中 。如果要成功，那么在收到commit前没有节点崩溃，write-log的日志保证不丢失，并且协调者和任意参与者都可以互相通信。所以如果要成功的话，条件还是很严格的。
分布式两阶段提交和三阶段提交
热门推荐
劝学
07-31 1万+
随着大型网站的各种高并发访问、海量数据处理等场景越来越多，如何实现网站的高可用、易伸缩、可扩展、安全等目标就显得越来越重要。         为了解决这样一系列问题，大型网站的架构也在不断发展。提高大型网站的高可用架构，不得不提的就是分布式。本文主要介绍关于分布式事务，二阶段提交和三阶段提交。 在分布式系统中，为了保证数据的高可用，通常，我们会将数据保留多个副本(replica)，这些
分布式环境下Mybatis-Plus多数据源实践总结
在Java开发中，分布式系统的实现通常会涉及到远程过程调用（RPC）框架、分布式服务注册与发现、负载均衡、分布式缓存、分布式数据库以及消息队列等多个组件和技术。 ### MyBatis-Plus MyBatis-Plus是MyBatis的增强...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值