1、shell命令
1、zcCli.sh 连接
ls /
ls2 / 查看节点详情
2、创建2个普通的节点
创建数据得写数据,不写不让创建
create /sanguo “zhangfei“
create /sanguo/shuguo "guanyu"
get /sanguo/shuguo 获取数据
3、节点类型
持久型 分为 持久的和序号
短暂型 分为 短暂的和序号
-e 短暂
-s 序号
序号用于谁先创建谁后创建
4、修改节点数据值
set /sanguo/shuguo "liushan"
5、监听
get /sanguo watch 监听节点数据变化,只能监测一次
ls /sanguo watch 监听节点变化
6、删除节点
delete /sangu/yuanshao
递归删除节点 rmr /sanguo
7、查看节点状态 stat /sanguo
2、监听器原理
1、需要一个main()线程
2、在main线程中创建zk客户端吧,这是就会创建2个线程,一个负责网络通信(connet),一个负责监听(listener)
3、connet线程将注册的监听事件发送给zk,getChildren("/".true);true代表开启监听
4、zk注册监听器列表中将注册的监听事件添加到列表中
5、zk监听到有数据或路径变法,会把消息发送给listener线程
6、listener调用process()方法
常见的监听
节点数据变化 get path watch
节点的变化 ls path watch
3、写数据流程
1、客户端向服务器发送写的请求,看是否能写(可能是follower 也可能是leader)
2、如果是follower,会把请求转给leader,因为follower没有写的权限,有读的权限,leader把写的工作分发给各个server,只要有半数以上的server返回成功,leader就认为写成功了,leader告知cli请求的那个follower,follower在通知cli写成功。
4、znode
Zookeeper提供一个多层级的节点命名空间(节点称为znode)。与文件系统不同的是,这些节点都可以设置关联的数据,而文件系统中只有文件节点可以存放数据而目录节点不行。Zookeeper为了保证高吞吐和低延迟,在内存中维护了这个树状的目录结构,这种特性使得Zookeeper不能用于存放大量的数据,每个节点的存放数据上限为1M。
5、Observer观察者
Observers:在不伤害写性能的情况下扩展Zookeeper
尽管通过Client直接连接到Zookeeper集群的性能已经非常好了,但是这种架构如果要承受超大规模的Client,就必须增加Zookeeper集群的Server数量,随着Server的增加,Zookeeper集群的写性能必定下降,我们知道Zookeeper的Znode变更是要过半数投票通过,随着机器的增加,由于网络消耗等原因必然导致投票成本增加,从而导致写性能的下降。
Observer是一种新型的Zookeeper节点,可以帮助解决上述问题,提供Zookeeper的可扩展性。Observer不参与投票,只是简单的接收投票结果,因此我们增加再多的Observer,也不会影响集群的写性能。除了这个差别,其他的和Follower基本上完全一样。例如:Client都可以连接到他们,并且都可以发送读写请求给他们,收到写请求都会上报到Leader。
Observer有另外一个优势,因为它不参与投票,所以他们不属于Zookeeper集群的关键部位,即使他们Failed,或者从集群中断开,也不会影响集群的可用性。根据Observer的特点,我们可以使用Observer做跨数据中心部署。如果把Leader和Follower分散到多个数据中心的话,因为数据中心之间的网络的延迟,势必会导致集群性能的大幅度下降。使用Observer的话,将Observer跨机房部署,而Leader和Follower部署在单独的数据中心,这样更新操作会在同一个数据中心来处理,并将数据发送的其他数据中心(包含Observer的),然后Client就可以在其他数据中心查询数据了。但是使用了Observer并非就能完全消除数据中心之间的延迟,因为Observer还得接收Leader的同步结果合Observer有更新请求也必须转发到Leader,所以在网络延迟很大的情况下还是会有影响的,它的优势就为了本地读请求的快速响应。
原文:https://blog.csdn.net/qianshangding0708/article/details/50160891
peerType=observer
server.4=ip:2888:3888:observer
6、