zookeeper特性
1、Zookeeper:一个leader,多个follower组成的集群
2、全局数据一致:每个server保存一份相同的数据副本,client无论连接到哪个server,数据都是一致的
3、分布式读写,更新请求转发,由leader实施
4、更新请求顺序进行,来自同一个client的更新请求按其发送顺序依次执行
5、数据更新原子性,一次数据更新要么成功,要么失败
6、实时性,在一定时间范围内,client能读到最新数据
zookeeper数据结构
1、层次化的目录结构,命名符合常规文件系统规范(见下图)
2、每个节点在zookeeper中叫做znode,并且其有一个唯一的路径标识
3、节点Znode可以包含数据和子节点(但是EPHEMERAL类型的节点不能有子节点)
4、客户端应用可以在节点上设置监视器(后续详细讲解)
zookeeper数据结构的图
zookeeper节点类型
1、Znode有两种类型:
短暂(ephemeral)(断开连接自己删除)
持久(persistent)(断开连接不删除)
2、Znode有四种形式的目录节点(默认是persistent )
PERSISTENT
PERSISTENT_SEQUENTIAL(持久序列/test0000000019 )
EPHEMERAL
EPHEMERAL_SEQUENTIAL
3、创建znode时设置顺序标识,znode名称后会附加一个值,顺序号是一个单调递增的计数器,由父节点维护
4、在分布式系统中,顺序号可以被用于为所有的事件进行全局排序,这样客户端可以通过顺序号推断事件的顺序
zookeeper命令行操作
连接命令行客户端
然后我们可以查看帮助:
从帮助可以看出,如果我们想要连接另一台zookeeper可以这样做:
使用 ls 命令来查看当前 ZooKeeper 中所包含的内容
‘/ ’是zookeeper的根节点,现在我们可以使用ls命令来查看根节点下面的子节点
创建节点(默认持久)
这个命令创建了一个新的 znode 节点“ app1 ”以及与它关联的字符串。
我们还可以继续在该节点下面继续创建其他子节点:
获取节点的数据
运行 get 命令来确认 znode 是否包含我们所创建的字符串
创建短暂节点
短暂(ephemeral)(断开连接自己删除),这种短暂节点可以用在动态感知服务器上下线,当连接断开,zookeeper就会把这个节点删掉,那么这个节点的父节点就会发生一个事件,感知到它的子节点发生变化(减少),这样就可以去通知监听该父节点的客户端。
然后我们现在退出客户端。
然后在重新连接客户端查看。
这个短暂节点就被删除了。
创建持久序列节点
我们先来创建一个普通的持久节点
然后我们在该结点下面创建持久序列节点
我们可以看出来节点名称后面产生了一串的序列号
我们再创建一个持久序列节点看看:
我们发现zookeeper会给我们的当前父节点下面的序列节点带上序号,并且是自增的。
修改节点数据
修改完之后我们可以看到下面的版本信息也会变化。
再查看节点数据:
监听节点变化
我们在查看帮助的时候可以看到ls查看节点下面的所包含的子节点的时候,有一个可选项[watch],这个可选项就可以帮助我们来监听节点变化。
我们先来设置ls命令的watch监听:
然后我们可以在另一台zookeeper上改变该节点下的子节点。
然后我们就可以看到事件触发了。
但是监听事件只会触发一次,我们在创建一个子节点可以发现,并不会再产生事件了。
意味着监听事件触发之后,这个监听事件就结束了。
监听节点数据变化
注意我们这里监听的是节点数据变化,之前ls监听的是节点下面的子节点的变化,而这里监听的是当前节点里面的数据变化。
现在我们先用get来监听节点数据变化:
然后我们在另一台zookeeper中去修改该节点的数据。
然后我们就可以发现我们的监听事件触发了。
同样这种监听事件只会触发一次。
删除空节点
delete命令只能删除空节点, 也就是节点下面没有其他子节点。
然后我们就可以看到空节点被删除了。
删除节点
这种方式可以把整个节点包括其下面的所有节点都删除。