李锋镝的博客

  • 首页
  • 时间轴
  • 说说
  • 左邻右舍
  • 博友圈
  • 关于我
    • 关于我
    • 网站地图
    • 网站统计
    • 另一个网站
    • 我的导航站
    • 赞助
  • 留言
  • 走心评论
  • 系列文章
  • Now
  • 每日心情
  • 论坛
  • 🚇开往
Destiny
自是人生长恨水长东
  1. 首页
  2. 原创
  3. 正文

共识算法之Paxos 协议

2025年2月16日 约 1,268 字5 分钟 28点热度 0人点赞 0条评论
本文最后更新于 2025年2月16日,距今已 542 天,其中的信息可能已经发生变化,请注意甄别。
Paxos 协议是一种分布式系统中用于达成共识的算法,由莱斯利・兰伯特(Leslie Lamport)在 1990 年提出。该协议旨在解决在一个可能出现故障和消息延迟的分布式环境中,多个节点如何就某个值达成一致的问题。以下从基本概念、运行过程、优缺点等方面详细解释 Paxos 协议:

基本概念

  • 角色
    • 提议者(Proposer):提出提案(Proposal),提案由提案编号和提案值两部分组成。通常在分布式系统中,当有节点需要确定某个值时,就会以提议者的身份提出提案。
    • 接受者(Acceptor):负责处理接收到的提案,可以对提案进行投票。接受者根据一定的规则决定是否接受提案。
    • 学习者(Learner):不参与提案的提出和投票过程,而是从接受者那里学习已经被选定的提案,最终获取达成一致的值。
  • 提案:一个提案用二元组  表示,其中  是提案编号,具有全局唯一性和顺序性; 是提案的值,即需要达成共识的值。
  • 选定(Chosen):当一个提案被半数以上的接受者接受时,这个提案就被选定,意味着分布式系统中的各个节点就该提案的值达成了一致。

运行过程

Paxos 协议的运行过程分为两个阶段:准备阶段(Prepare Phase)和接受阶段(Accept Phase)。

准备阶段

  1. 提议者发送准备请求:提议者选择一个提案编号 ,并向所有接受者广播准备请求(Prepare Request),请求内容包含提案编号 。
  2. 接受者响应准备请求:接受者接收到准备请求后,如果该提案编号  大于它之前响应过的所有提案编号,那么接受者会承诺不再接受编号小于  的提案,并返回它已经接受过的编号最大的提案信息(如果有);如果  不大于之前响应过的最大编号,则可以忽略该请求。

接受阶段

  1. 提议者发送接受请求:如果提议者收到了半数以上接受者的响应,那么它会根据这些响应来确定提案的值。如果接受者的响应中包含了已经接受过的提案信息,提议者会选择其中编号最大的提案的值作为新提案的值;如果没有,则提议者可以自行选择一个值 。然后,提议者向所有接受者广播接受请求(Accept Request),请求内容为 。
  2. 接受者处理接受请求:接受者接收到接受请求后,如果它之前已经承诺会接受该提案编号  的提案,并且没有接受过编号大于  的提案,那么它就会接受该提案;否则,它可以忽略该请求。
  3. 提案选定:当一个提案  被半数以上的接受者接受时,该提案就被选定,此时学习者可以从接受者那里学习到这个被选定的提案值。

约束条件

  • 安全性:
    • 只有被提出的提案才能被选定。
    • 只能有一个值被选定。
    • 一个节点在得知一个值被选定后,不能再认为另一个值被选定。
  • 活性:最终总会有一个提案被选定,并且学习者能够学习到这个被选定的值。

优缺点

  • 优点
    • 容错性:Paxos 协议能够在部分节点出现故障(只要超过半数的接受者正常工作)的情况下,依然保证达成共识,具有较高的容错能力。
    • 理论基础坚实:Paxos 协议是第一个被严格证明在分布式环境中能够正确工作的共识算法,为后续的分布式共识算法研究奠定了基础。
  • 缺点
    • 实现复杂:Paxos 协议的原始描述和实现比较复杂,尤其是在处理多个提案同时提出、节点故障恢复等情况时,实现难度较大。
    • 性能问题:由于需要多次消息交互(准备阶段和接受阶段),在网络延迟较大的情况下,会影响协议的执行效率。

应用场景

Paxos 协议在分布式系统中有广泛的应用,例如分布式数据库、分布式文件系统、分布式锁服务等。像 Google 的 Chubby 分布式锁服务就采用了 Paxos 协议的变种来实现节点之间的共识,保证多个节点对锁的状态达成一致。
除非注明,否则均为李锋镝的博客原创文章,转载必须以链接形式标明本文链接

本文链接:https://www.lifengdi.com/article/4178

推荐阅读

  • SpringBoot 实现接口防刷的 5 种实现方案
  • 部署consul配置中心
  • Java设计支持千万级别的短链
  • 红黑树简介
  • 浅谈一下redis分布式锁和zookeeper分布式锁的区别以及各自的优缺点
本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可
标签: Paxos 分布式 算法
最后更新:2025年2月16日

岁月同一天 8 月 12 日

回望过去的今天,你在写什么

  • 6 年前 2020年8月12日
    jstat命令使用(JDK1.8)

    概述 jstat命令可以查看堆内存各部分的使用量,以及加载类的数量。命令的格式如下: jstat [-命令选项] [vm…

相关文章
  • ThreadLocal如何解决内存泄漏问题2024年4月12日
  • 浅谈一下redis分布式锁和zookeeper分布式锁的区别以及各自的优缺点2025年2月16日
  • 分布式服务生成唯一不重复ID(24位字符串)2019年7月13日
  • LDC是什么?2021年7月19日
  • Redis的主从同步及Redis Cluster(集群)下的高可用2021年4月16日

李锋镝

既然选择了远方,便只顾风雨兼程。

打赏 点赞
< 上一篇
下一篇 >
1234567891112131415161718192021222324252627282930313233343536373839404142434446474849505152535455575859606162636465666769727476777879808182858687909293949596979899
取消回复
…

文章评论

还没有评论,快来抢沙发吧~

不将沉重累坠的银元装在怀中,来自讨无谓的苦吃。

听点儿音乐吧 朋友~
文章目录
最新 热点 随机
最新 热点 随机
Kratos+ v1.1.16版本更新说明 WorkBuddy介绍 Kratos+ v1.1.14版本更新说明 Spring Boot 指定外部配置文件的方式 Spring Boot 配置加载优先级总结 Claude Fable 5(claude-fable-5)深度详解
给主题增加了Now、每日心情、年度回顾、岁月同一天、随机漫步等功能AI时代,个人技术博客的出路在哪里?增加了两套复古皮肤-牛皮纸、千禧网页这个域名注册整整十年了,十年时间,真快啊Kratos+ v1.1.14版本更新说明WordPress实现用户评论等级排行榜插件
使用shell脚本统一修改maven项目的版本 图数据库选型:Neo4j、Janus、HugeGraph 今晚,回家过年! ElasticSearch入门-基本概念介绍以及安装 SpringBoot 实现 RSA+AES 自动接口解密 Kafka常见面试题(一)
最近评论
李锋镝 发布于 2 天前(08月10日) 等我搞一个数据转换的插件~
李锋镝 发布于 2 天前(08月10日) 精美可担不起~😂
李锋镝 发布于 2 天前(08月10日) PHP是世界上最伟大的语言=。=
Hary 发布于 3 天前(08月09日) 我都想用了,但是是ty,转换有点麻烦
老张博客 发布于 4 天前(08月08日) 做的越来越精美了,好看。
标签聚合
Spring JAVA K8s SQL Claude Redis JVM 设计模式 分布式 MySQL IDEA 架构 ElasticSearch 日常 SpringBoot AI编程 AI 数据库 WordPress 多线程
友情链接
  • Serendipity
  • 老张博客
  • 韩小韩博客
  • Mr.Sun的博客
  • 九仞之行
  • 志文工作室
  • 风渡言
  • 知向前端
  • 拾趣博客导航
  • Honesty
  • 瓦匠个人小站
  • 旧时繁华
  • 彬红茶日记
  • 懋和道人
  • 临窗旋墨
  • 搬砖日记
  • 林羽凡
  • 哥斯拉
  • 韩情脉脉
  • 皮皮社

COPYRIGHT © 2026 lifengdi.com. ALL RIGHTS RESERVED.

正在博友圈履约中

域名年龄

Theme Kratos+ By Dylan Li

津ICP备2024022503号-3

京公网安备11011502039375号