Zab 协议

    Zab协议有两种模式，它们分别是恢复模式（选主）和广播模式（同步）。当服务启动或者在领导者崩溃后，Zab 就进入了恢复模式，当领导者被选举出来，且大多数 Server 完 成了和 leader 的状态同步以后，恢复模式就结束了。状态同步保证了 leader 和 Server 具有相同的系统状态。

ZAB 协议4阶段

1. Leader election （选举阶段）：节点在一开始都处于选举阶段，只要有一个节点得到超半数节点的票数，它就可以当选准 leader 。只有到达 广播阶段（ broadcast ） 准 leader 才会成为真正的 leader 。这一阶段的目的是就是为了选出一个准 leader ，然后进入下一个阶段。

2. Discovery （发现阶段）：在这个阶段， followers 跟准 leader 进行通信，同步 followers 最近接收的事务提议。这个一阶段的主要目的是发现当前大多数节点接收的最新提 议，并且准 leader 生成新的 epoch ，让 followers 接受，更新它们的 accepted Epoch 一个 follower 只会连接一个 leader ，如果有一个节点 f 认为另一个 follower p 是 leader， f 在尝试连接 p 时会被拒绝， f 被拒绝之后，就会进入重新选举阶段。

3. Synchronization （同步阶段）：同步阶段主要是利用 leader 前一阶段获得的最新提议历史，同步集群中所有的副本。只有当 大多数节点都同步完成，准 leader 才会成为 真正的 leader。 follower 只会接收 zxid 比自己的 lastZxid 大的提议。

4. Broadcast （广播阶段）：到了这个阶段， Zookeeper 集群才能正式对外提供事务服务，并且 leader 可以进行消息广播。同时如果有新的节点加入，还需要对新节点进行同步。 ZAB 提交事务并不像 2PC 一样需要全部 follower 都 ACK ，只需要得到超过半数的节点的 ACK 就可以了。

   实际的实现将 发现阶段 和 同步 合并为 Recovery Phase （恢复阶段）。所以， ZAB 的实现只有三个阶段： Fast Leader Election ； Recovery Phase ； Broadcast Phase 。