Paxos是一个基于消息传递的一致性算法,近几年被广泛应用于分布式计算中,Google的Chubby,Apache的Zookeeper都是基于它的理论来实现的,Paxos还被认为是到目前为止唯一的分布式一致性算法,其它的算法都是Paxos的改进或简化。Paxos只有在一个可信的计算环境中才能成立,这个环境是不会被入侵所破坏的。
由Leslie Lamport发明了Paxos算法,他目前供职于微软研究院。1998年在ACM Transactions on Computer Systems的《The Part-Time Parliament》论文是Paxos算法第一次公开发表,文本可参考微软研究院地址:http://research.microsoft.com/en-us/um/people/lamport/pubs/lamport-paxos.pdf。Lamport觉得同行无法接受他的幽默感,于是用容易接受的方法重新表述了一遍,文本可参考微软研究院地址:http://research.microsoft.com/en-us/um/people/lamport/pubs/paxos-simple.pdf。
Paxos算法的中文译本可参考这里:http://zh.wikipedia.org/zh-cn/Paxos%E7%AE%97%E6%B3%95。
本文部分内容根据http://www.spnguru.com/?p=232的文字整理,但原地址已失效,所以实际是从这个http://blog.csdn.net/cxhzqhzq/article/details/6568040转帖整理。
Paxos描述了这样一个场景,有一个叫做Paxos的小岛(Island)上面住了一批居民,岛上面所有的事情由一些特殊的人决定,他们叫做议员(Senator)。议员的总数(Senator Count)是确定的,不能更改。岛上每次环境事务的变更都需要通过一个提议(Proposal),每个提议都有一个编号(PID),这个编号是一直增长的,不能倒退。每个提议都需要超过半数((Senator Count)/2 +1)的议员同意才能生效。每个议员只会同意大于当前编号的提议,包括已生效的和未生效的。如果议员收到小于等于当前编号的提议,他会拒绝,并告知对方:你的提议已经有人提过了。这里的当前编号是每个议员在自己记事本上面记录的编号,他不断更新这个编号。整个议会不能保证所有议员记事本上的编号总是相同的。现在议会有一个目标:保证所有的议员对于提议都能达成一致的看法。
现在议会开始运作,所有议员一开始记事本上面记录的编号都是0。有一个议员发了一个提议:将电费设定为1元/度。他首先看了一下记事本,嗯,当前提议编号是0,那么我的这个提议的编号就是1,于是他给所有议员发消息:1号提议,设定电费1元/度。其他议员收到消息以后查了一下记事本,哦,当前提议编号是0,这个提议可接受,于是他记录下这个提议并回复:我接受你的1号提议,同时他在记事本上记录:当前提议编号为1。发起提议的议员收到了超过半数的回复,立即给所有人发通知:1号提议生效!收到的议员会修改他的记事本,将1好提议由记录改成正式的法令,当有人问他电费为多少时,他会查看法令并告诉对方:1元/度。
现在看冲突的解决:假设总共有三个议员S1-S3,S1和S2同时发起了一个提议:1号提议,设定电费。S1想设为1元/度, S2想设为2元/度。结果S3先收到了S1的提议,于是他做了和前面同样的操作。紧接着他又收到了S2的提议,结果他一查记事本,咦,这个提议的编号小于等于我的当前编号1,于是他拒绝了这个提议:对不起,这个提议先前提过了。于是S2的提议被拒绝,S1正式发布了提议: 1号提议生效。S2向S1或者S3打听并更新了1号法令的内容,然后他可以选择继续发起2号提议。
现在让我们来对号入座,看看在ZK Server里面Paxos是如何得以贯彻实施的。
小岛(Island)——ZK Server Cluster
议员(Senator)——ZK Server
提议(Proposal)——ZNode Change(Create/Delete/SetData…)
提议编号(PID)——Zxid(ZooKeeper Transaction Id)
正式法令——所有ZNode及其数据
在所有议员中设立一个总统,只有总统有权发出提议,如果议员有自己的提议,必须发给总统并由总统来提出。
总统——ZK Server Leader
现在我们假设总统已经选好了,下面看看ZK Server是怎么实施的。
情况一:
屁民甲(Client)到某个议员(ZK Server)那里询问(Get)某条法令的情况(ZNode的数据),议员毫不犹豫的拿出他的记事本(local storage),查阅法令并告诉他结果,同时声明:我的数据不一定是最新的。你想要最新的数据?没问题,等着,等我找总统Sync一下再告诉你。
情况二:
屁民乙(Client)到某个议员(ZK Server)那里要求政府归还欠他的一万元钱,议员让他在办公室等着,自己将问题反映给了总统,总统询问所有议员的意见,多数议员表示欠屁民的钱一定要还,于是总统发表声明,从国库中拿出一万元还债,国库总资产由100万变成99万。屁民乙拿到钱回去了(Client函数返回)。
情况三:
总统突然挂了,议员接二连三的发现联系不上总统,于是各自发表声明,推选新的总统,总统大选期间政府停业,拒绝屁民的请求。
分享到:
相关推荐
《Paxos到Zookeeper——分布式一致性原理与实践》是一本深入探讨分布式一致性问题的书籍,对于理解并应用Zookeeper这一关键的分布式协调系统具有重要价值。本书旨在帮助读者掌握分布式环境中的数据一致性原理,并...
《从Paxos到Zookeeper分布式一致性原理与实践》与《ZooKeeper-分布式过程协同技术详解》这两本书深入探讨了分布式系统中的一个重要概念——一致性,以及如何通过ZooKeeper这一工具来实现高效的分布式协同。...
从Paxos到Zookeeper:分布式一致性原理与实践,适合分布式系统各阶段学习,并对分布式架构有深入的理解与提高
从Paxos到Zookeeper分布式一致性原理与实践.pdf从Paxos到Zookeeper分布式一致性原理与实践.pdf从Paxos到Zookeeper分布式一致性原理与实践.pdf从Paxos到Zookeeper分布式一致性原理与实践.pdf从Paxos到Zookeeper分布式...
总之,分布式一致性是构建大规模分布式系统的关键技术,无论是理论研究还是实际应用,都需要对PAXOS算法和ZOOKEEPER有深入的理解。这本《从PAXOS到ZOOKEEPER:分布式一致性原理与实践》是学习和探索这一领域的宝贵...
《从Paxos到Zookeeper分布式一致性原理与实践》是一本深入探讨分布式系统一致性问题的著作,其中重点讲解了Paxos算法与Zookeeper在实际应用中的理论与实践。Paxos是分布式计算领域中著名的共识算法,为解决分布式...
本书《从Paxos到Zookeeper:分布式一致性原理与实践》深入浅出地讲解了分布式一致性算法及其应用,并以Zookeeper为例进行了详细剖析。 #### 二、Paxos算法概述 Paxos算法是一种解决分布式系统中一致性的经典算法。...
从Paxos到Zookeeper 分布式一致性原理与实践 倪超,完整版
《从Paxos到Zookeeper:分布式一致性原理与实践》这本书深入浅出地探讨了分布式系统中的一个重要概念——一致性,以及如何在实际操作中通过Paxos算法和Zookeeper实现这一概念。分布式一致性是分布式系统设计的核心,...
总的来说,《从Paxos到Zookeeper:分布式一致性原理与实践源码》是一本全面介绍分布式一致性理论与实践的佳作,无论是对于初学者还是有经验的开发者,都能从中受益匪浅,加深对Paxos算法和Zookeeper的理解,提升在...
从Paxos到Zookeeper 分布式一致性原理与实践
通过阅读《从PAXOS到ZOOKEEPER分布式一致性原理与实践》,开发者不仅可以深入理解分布式一致性的重要性和挑战,还能获得实用的工具和方法,帮助他们在分布式系统的设计和实现中实现高效、可靠的协调和一致性。...
《从PAXOS到ZOOKEEPER分布式一致性原理与实践.pdf》这份文档,很可能会深入解析PAXOS算法的原理,包括其基本模型、消息交换过程以及各种变种,比如Multi-PAXOS。同时,它会详细介绍ZOOKEEPER的架构设计、API使用以及...
《Paxos到Zookeeper:分布式一致性原理与实践》从分布式一致性的理论出发,向读者简要介绍几种典型的分布式一致性协议,以及解决分布式一致性问题的思路,其中重点讲解了Paxos和ZAB协议。同时,本书深入介绍了分布式...
总的来说,《从Paxos到Zookeeper-分布式一致性原理与实践》是一本深入浅出的分布式一致性指南,不仅适合想要理解Paxos算法和Zookeeper工作原理的开发者,也适合那些希望解决分布式系统中一致性问题的架构师和技术...
分布式一致性是现代大规模系统设计中的核心问题,它关乎着数据在多...通过《从Paxos到ZooKeeper:分布式一致性原理与实践》这本书,读者可以深入理解这两个主题,并将它们应用于实际项目中,提升系统的稳定性和可靠性。
《从PAXOS到ZOOKEEPER分布式一致性原理与实践》是一本深入探讨分布式系统中一致性问题的重要书籍。在分布式计算领域,一致性是确保多个节点间数据同步的关键特性,它对于构建可靠、高可用的系统至关重要。这本书主要...