标签:Zookeeper server follower 节点 proposal leader 客户端
Zab算法协议
-
简化的Paxos算法,多台服务器通过内部投票表决机制决定一个数据的更新与写入。
-
恢复模式:选出leader。
-
广播模式:同步保证leader和follower的状态相同。
选举机制
- 第一轮投票默认投给自己。
- 编号越大的server选择权重越大。
- 投票数大于半数则胜出。
过半机制
- 一半以上的server同意proposal才能成功。
- 保证了数据的一致性。
2pc事务提交
- 客户端发起写请求。
- 如果是follower节点接收到则返回给leader。
- leader将请求转化为proposal广播分发给follower。
- 超过一半的follower执行成功,leader再次发送commit,要求follower提交上一个proposal。
- leader节点将数据同步给observer节点。
- follower节点将数据返回给客户端。
如何保持数据一致?
- Follower通过队列和zxid等顺序保证请求的处理顺序。
标签:Zookeeper,server,follower,节点,proposal,leader,客户端 来源: https://www.cnblogs.com/ash1523590342/p/13619661.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。