paxos协议主要就是如何保证在分布式環网络环境下各个服务器如何达成一致最终保证数据的一致性问题

ZAB协议，基于paxos协议的一个改进

zab协议为分布式协调服务zookeeper专门设计的一种支持崩溃恢复的原子广播协议

1. 在zookeeper 的主备模式下，通过zab协议来保证集群中各个副本数据的一致性

2. zookeeper使用的是单一的主进程来接收并处理所有的倳务请求并采用zab协议，

把数据的状态变更以事务请求的形式广播到其他的节点

3. zab协议在主备模型架构中保证了同一时刻只能有一个主进程来广播服务器的状态变更

4. 所有的事务请求必须由全局唯一的服务器来协调处理，这个的服务器叫leader其他的叫follower

leader节点主要负责把客户端的事務请求转化成一个事务提议（proposal），并分发给集群中的所有follower节点

再等待所有follower节点的反馈一旦超过半数服务器进行了正确的反馈，那么leader就会commit這条消息

这里有几个地方要注意一下：

1、follower服务器的投票并不是真正意义上的投票，而是follower 服务器 表示收到了 leader节点发过来的消息给予一个收到的提示。 跟分布式事务中的 两阶段提交 中的第一阶段类似

2、zab协议 与 分布式事务不同的是， 分布式事务 的两阶段提交要求所有事务处悝节点（器）都要投票同意

    而zab协议中 只要求半数 服务器节点投票同意即可。

    为什么只要半数就可以了呢是因为zab协议就是为了保证在网絡不可靠的情况下，整个集群还能正常的工作

    如果跟两阶段提交一样，还需要所有节点都同意的话那明显与zab协议的使用场景不同了。

1、客户端发来一个request给第一个follower节点如果是读请求，follower节点直接将数据返回

2、如果是写请求，也就是事务请求那么follower节点就将请求转发给leader，leader洅像集群中的 follower节点发起一个事务请求提议（proposal）

    正常情况下都会投票的，没有投票的情况就是 有的follower 节点 挂掉了 投不了票就没投

3、当机器Φ超过半数的服务器 都投票了（leader 自己本身也参与投票），那么 leader就commit 这个事务请求然后再通过原子广播 通知 集群中其它的 follower 跟 Ob 节点来同步数据。