up:: zookeeper的安装与配置

说明: 本篇博客讲解znode节点

基本数据模型

在ZooKeeper中,数据信息被保存在⼀个个数据节点上,这些节点被称为znode。 ZNode 是Zookeeper 中最⼩数据单位,在 ZNode 下⾯⼜可以再挂 ZNode,这样⼀层层下去就形成了⼀个层次化命名空间 ZNode 树,我们称为 ZNode Tree,它采⽤了类似⽂件系统的层级树状结构进⾏管理。⻅下图示例:

说明: 在 Zookeeper 中,每⼀个数据节点都是⼀个 ZNode,上图根⽬录下有两个节点,分别是: app1 和app2,其中 app1 下⾯⼜有三个⼦节点,所有ZNode按层次化进⾏组织,形成这么⼀颗树, ZNode的节点路径标识⽅式和Unix⽂件系统路径⾮常相似,都是由⼀系列使⽤斜杠(/)进⾏分割的路径表示,开发⼈员可以向这个节点写⼊数据,也可以在这个节点下⾯创建⼦节点。

节点特点

节点类型

在开发中在创建节点的时候通过组合可以⽣成以下四种节点类型:持久节点、持久顺序节点、临时节点、临时顺序节点。不同类型的节点则会有不同的⽣命周期:

持久节点: 是Zookeeper中最常⻅的⼀种节点类型,所谓持久节点,就是指节点被创建后会⼀直存在服务器,直到删除操作主动清除 持久顺序节点: 就是有顺序的持久节点,节点特性和持久节点是⼀样的,只是额外特性表现在顺序上。顺序特性实质是在创建节点的时候, 会在节点名后⾯加上⼀个数字后缀,来表示其顺序临时节点: 就是会被⾃动清理掉的节点,它的⽣命周期和客户端会话绑在⼀起,客户端会话结束,节点会被删除掉。与持久性节点不同的是,临时节点不能创建⼦节点。 临时顺序节点: 就是有顺序的临时节点,和持久顺序节点相同,在其创建的时候会在名字后⾯加上数字后缀。


znode分类,大致可以分为两类:

持久化目录节点:

PERSISTENT 持久化目录节点: 客户端与zookeeper断开连接后,该节点依旧存在; PERSISTENT_SEQUENTIAL 持久化顺序编号目录节点: 客户端与zookeeper断开连接后,该节点依旧存在,只是Zookeeper给该节点名称进行顺序编号

临时目录节点:

EPHEMERAL 临时目录节点: 客户端与zookeeper断开连接后,该节点将被删除 EPHEMERAL_SEQUENTIAL 临时顺序编号目录节点: 客户端与zookeeper断开连接后,该节点将被删除,只是Zookeeper给该节点名称进行顺序编号


参考: Zookeeper基本使用_風雨无阻的博客-CSDN博客_zookeeper使用

Zookeeper入门,一篇就够啦_緈諨の約錠的博客-CSDN博客_zooinspector 目录顺序