Zookeeper工作原理及各角色的任务分配
本文共 392 字，大约阅读时间需要 1 分钟。
一、Zookeeper的工作原理
1.每个节点Server在内存中存储了一份数据。
2.Zookeeper启动时，将从实例中选举一个leader（Paxos协议）。
3.Leader负责处理数据更新等操作。
4.一个更新操作成功，当且仅当大多数Server在内存中成功修改数据。
二、Zookeeper各角色任务分配图
Leader
1、事务请求的唯一调度和处理者，保证集群事务处理的顺序性
2、集群内部各服务的调度者
Follower
1、处理客户端的非事务请求，转发事务请求给Leader服务器
2、参与事务请求Proposal缓存队列的投票
3、参与Leader选举投票
Observer
1、3.0版本以后引入的一个服务器角色，在不影响集群事务处理能力的基础上提
升集群的非事务处理能力
2、处理客户端的非事务请求，转发事务请求给Leader服务器
3、不参与任何形式的投票。
转载地址：http://fggf.baihongyu.com/
你可能感兴趣的文章
Netty服务端option配置SO_REUSEADDR
查看>>
Netty核心模块组件
查看>>
Netty框架内的宝藏：ByteBuf
查看>>
Netty框架的服务端开发中创建EventLoopGroup对象时线程数量源码解析
查看>>
Netty源码—1.服务端启动流程一
查看>>
Netty源码—1.服务端启动流程二
查看>>
Netty源码—2.Reactor线程模型一
查看>>
Netty源码—2.Reactor线程模型二
查看>>
Netty源码—3.Reactor线程模型三
查看>>
Netty源码—3.Reactor线程模型四
查看>>
Netty源码—4.客户端接入流程一
查看>>
Netty源码—4.客户端接入流程二
查看>>
Netty源码—5.Pipeline和Handler一
查看>>
Netty源码—5.Pipeline和Handler二
查看>>
Netty源码—6.ByteBuf原理一
查看>>
Netty源码—6.ByteBuf原理二
查看>>
Netty源码—7.ByteBuf原理三
查看>>
Netty源码—7.ByteBuf原理四
查看>>
Netty源码—8.编解码原理一
查看>>
Netty源码—8.编解码原理二
查看>>