PAXOS简介

谈到区块链都会说到分布式系统,分布式系统的概念很早之前就被提了出来,因为CAP原则,随着分布式系统的出现需要一种高度容错的分布式算法来保证系统高效稳定的运行、特别是分布式系统的中一致性问题,无法决定一致性问题,那么分布式系统的存在现实应用意义及不会太大。 

我们常用的数据库复制切换模式,主库备库就面临这样的一个问题。不管是现在流行的oracle数据库还是最近很火热的mysql数据库,在作为重要应用系统的系统数据库的时候,很多时候开发业务的团队都会要求做数据冗余,甚至数据的实时保护,那么这时候设计数据库架构的时候就会考虑一主一备模式,或者是一主多备模式,如果你的业务系统RTO\RPO要求很高的话,数据要保证强一致性。那么就有强同步模式,要求主的设备必须把redolog同步至备份,甚至多台备机,完成后才能响应客户端,这个时候要求多台主备机正常运行,主备机之间的网络状况要相当理想而且稳定。但是考虑下很多时候备份设备要是距离主数据中心有很长一段距离呢,即使用上波分设备,中间的链路是不是还会出现其他各种意外情况(施工中断等),那么主备之间没有同步完成就一直会影响到前台的响应。当然可以做异步复制,但是异步肯定存在数据的一段时间的缺失,出现意外情况不可避免要丢失数据。这种模式就需要应用业务部门的取舍。 

这里引入PAXOS算法,该算法目前公认是解决分布式一致性问题的最有效的算法之一,由莱斯利·兰伯特(Leslie Lamport)在1990年提出一种基于消息传递的一致性算法。该算法的目的最直接的作用就是解决一个分布式系统如何对一个值的操作(更改、生成、生效等)达成一致。

对分布式算法的研究1980就开始了,通过节点通信保障一致性问题上,存在两种模式:共享内存(Shared memory)和消息传递(Messages passing),PAXOS就是后者。有兴趣的可以看下下面两个论文,论文有点绕有一个还未全部翻译:paxos made simplehttps://wenku.baidu.com/view/602c3531f111f18583d05a9e.html。The Part-Time Parliament:https://wenku.baidu.com/view/87276e1dfad6195f312ba6d7.html

PAXOS算法:在分布式系统中,存在分布式节点,节点于节点之间通过网络传输,终端设备访问系统。 

那么节点间的通讯数据同步这里称为消息传递。由于分布式系统不可避免的故障点原因(网络延时、主机宕机、数据传输过程丢失等),需要一个算法对分布式系统达成共识,在PAXOS(这个算法是基于一个小岛上议会的场景提出)算法中引入三个角色和一些流程号:

Proposer:提案者(提出某个议案)

Acceptor:接受者(接受提出者的议案)

Learners:学习者(学习实施议案)

引入节点议案本地编号:PID

议案值:value

三种绝对对于节点来说可以是复用,前提每个节点执行议案过程中可能出现问题,但是船体的议案值value不会被更改。下面用通俗的说话来这个算法,想了解更深入的可以看笔者上面的两个论文链接。

1.分布式节点存在于一个网络环境中,大家网络互通。

2.每个节点对自己本地的议案有一个数据编号,初始化每个节点PID=0。

3.节点A提出议案value,作为提案者,接受者接受value。这里有两种情况,接受者只有一个的话,那么只要接受者接受了value很快就个议案就成立了,那么要是这个接受者出现网络故障或者本身宕机了,那么就马上执行不下去了。那么接受者有多个呢,提案者有多个呢,那么接受者应该怎么接受提案,或者多个接受者接受了不同了提案者的value值怎么处理。算法中设定,接受者必须接受第一个提案。

4.结合PID和value,两个值组合一个数据。

5.节点A已提出议案value,加上PID,PID一直增加,网络中接受者超过半数接受到节点A的提案,这个节点生效,如果稍后时刻节点B提出议案PID值大于目前PID值,那么通过接受者数量超过半数,该议案生效,如果一开始检测PID小于之前PID就被退回,并告诉节点B。

6.学习者去收集接受者接收后的天,且遵循超过半数的原则形成最终的提案,更新value。 

当然这个只是纯文字说明了PAXOS算法,具体根据流程来解释一遍:

Step-1:提议阶段

节点A选择PID=10,发送10+value的提议请求

接受节点收到10+value,查看本地PID:PID>10,提议被退回。PID<10,先向提议者说明不再接受小于10的提案,查看之前收到过的提案,确定提案把提案中PID最大值发送给节点A。 

Step-2:接受阶段

节点A收到接受节点的回复,逐条处理,如果是接受议案的回复就记录PID。

节点A计算拒绝和接受的节点数,如果是拒绝那就准备下一次提案,如果是接受那就选择回复PID中最大值作为自己的提案,如果没有就使用自己提案的PID(这里是10)。然后发送给接受节点

接受节点就相对来说简单,查看自己的PID是否和节点A一致,一致则接受,不一致就拒绝。接下来就发送提案给学习者

学习者在这个阶段保留提案PID,然后根据接受节点接收的数量,如果超过一半就形成共识。 

这里大致介绍了下PAXOS算法,现在针对PAXOS算法也有很过改进,这里只是介绍了最基础的

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,919评论 6 502
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,567评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,316评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,294评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,318评论 6 390
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,245评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,120评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,964评论 0 275
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,376评论 1 313
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,592评论 2 333
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,764评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,460评论 5 344
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,070评论 3 327
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,697评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,846评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,819评论 2 370
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,665评论 2 354

推荐阅读更多精彩内容