Raft 和 ZAB
Raft 和 ZAB 协议将 Multi Paxos 划分了三个子问题：

• Leader Election
• Log Replication
• Safety

在 leader 选举的过程中 ， 也重定义角色：

• Leader
• Follower
• Candidate

这个动画网站（）生动展示了 leader 选举和日志复制的过程 。 在这里就不多讲了 。
另外 ， raft 官方网站（）可以自己操作模拟选举的过程 。
总结今天 ， 我们从 CAP 谈到 Raft 和 ZAB ， 中间穿插了各种名词 ， 模型无论怎么变化 ， 我们始终只有一个目的 ， 那就是在一个fault torlerance 的分布式架构下 ， 如何尽量保证其整个系统的可用性和一致性 。 最理想的模型当然是 Paxos ， 然而理论到落地还是有差距的 ， 所以诞生了 Raft 和 ZAB ， 虽然只有一个 leader ， 但我们允许 leader 挂掉可以重新选举 leader ， 这样 ， 中心式和分布式达到了一个妥协 。
参考资料：
被误用的一致性/
分布式共识 consensus：viewstamped、raft 及 paxos/

• 中国|浅谈5G移动通信技术的前世和今生
• 芯片|华米GTS2mini和红米手表哪个好 参数功能配置对比
• 桌面|日常使用的软件及网站分享 篇一：几个动态壁纸软件和静态壁纸网站：助你美化你的桌面
• 二维码|村网通?澳大利亚一州推出疫情追踪二维码 还考虑采用人脸识别和地理定位
• 不到|苹果赚了多少？iPhone12成本不到2500元，华为和小米的利润呢？
• 机器人|网络里面的假消息忽悠了非常多的小喷子和小机器人
• 华为|骁龙870和骁龙855区别都是7nm芯片吗 性能对比评测
• 花15.5亿元与中粮包装握手言和 加多宝离上市又进一步？|15楼财经 | 清远加多宝
• 和谐|人民日报海外版今日聚焦云南西双版纳 看科技如何助力人象和谐
• 内容|浅谈内容行业的一些规律和壁垒，聊聊电商平台孵化小红书难点（外部原因）