paxos协议(1)-朴素paxos

前言

学习paxos协议，最困惑我的两点是：

1. 朴素paxos是怎么样的？这部分主要是原理；

2. paxos协议是怎么运用到分布式系统解决问题的。因为很多博客的开篇说paxos协议可以运用在很多地方，如：分布式中的一致性、NoSQL中的数据更新。然而博客中又是以论文中的三个小岛的场景去解释，作为初学者，我没有把该协议解决的问题和算法的步骤联系起来。

1.朴素paxos的提出

paxos解决的是：如何确定一个不可变变量取值问题。比如，我们三个人同时拿笔写东西，我们要用一个协议去约定我们写的东西，使得我们三个写的东西是一样的，而且我们所写的东西不可更改。这时候最大的困惑是：这个和Nosql数据更新怎么联系起来，先不要想它的运用场景，就这个不可变变量的取值问题去理解朴素的paxos算法，之后再去看运用。

（1）如何实现这个系统？

需求：需要一个存储系统，存储一个变量var，这个变量var的取值要么是v，要么是null。一旦这个变量var的取值被确定为v，那么不可改变。

三种角色定义：

Proposer——提出一个proposal（该proposal目前就是就是：把一个值写进系统中）

Acceptor——同意这个proposal

Learner—— 每当一个proposal被Acceptor确定之后，需要Learner知道

方案1：如果Accepter只有一个，我们可以把所有的proposal都发到这个acceptor，它选取收到的第一个proposal并同意proposal即可保证一致性。

问题：Acceptor发生单点故障这个系统就挂了。

方案2: 引入多Acceptor。

P1: 批准者必须批准它收到的第一个议案。但是这样并不能保证所有acceptor接受的是同一个值的proposal。

将proposal编号（这时候proposal有两个信息一个是编号n，一个是数值v），这个proposal有三个状态：被提出(issued)、被接受(accepted)、被最终选定(choosen)。

　 P2: 如果编号n的proposal已经被最终选定，那么高于编号n、被最终选定(choosen)的proposal包含数值v。

P2^a.如果编号n的proposal已经被选择，那么高于编号n、被acceptor接受的proposal包含数值v;

P2^b如果编号n的proposal已经被选择，那么高于编号n、被proposer提出的proposal包含数值v;

P2^c对于每一个<n,v>，如果任何一个proposal<n,v>被提出，必须有超过半数的acceptor构成一个集合S，才能够被最终选定，

这个集合S要么满足以下条件(a)，要么满足条件(b).

(a)没有小于编号n的proposal被S中的acceptor接受；

(b)v是S接受过的比n小的提案中号码最大的提案的值;

P2^c=>P2^b=>P2^a=>P2，详情可以参考博文：paxos算法1-算法形成理论。

所以要实现这个系统，需要实现P2^b和p1。

算法执行步骤：

第一阶段：

第二阶段：

用视频中例子来跑这个算法。

a.执行phrase 1(a),发起prepare请求,试图获取访问权,进入phrase1(b)，因为目前还acceptor都没有回复过proposor，所以最大编号的当然是 #1,

并且这时候接收到这个prepare请求的acceptor把 #1作为当前最大编号，不会接收小于这个编号的proposal。

b. 这时候收到半数的回复，进入第二阶段，发送一个accept 请求到多数的acceptor，prase2（a）中说的这个V值怎么取？如果prepare阶段中，acceptor回应中包含了value，则取其编号最大的那个，作为v；如果回应中不包含任何value，则proposer随意选择一个。因为这里是不包含任何value，那么就取Accept<#1,v1>，试图让acceptor接受这个值。按照prase b，这个时候收到的是#1的accept请求，所以它就接受这个accept