Zookeeper的结构及命令行客户端

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命令只能删除空节点， 也就是节点下面没有其他子节点。

然后我们就可以看到空节点被删除了。

删除节点

这种方式可以把整个节点包括其下面的所有节点都删除。