ZooKeeper使用（4）-- ZooKeeper的数据模型

灰太狼 2022-06-13 07:57 174阅读 0赞

前面两篇文章《[ZooKeeper的单机部署（Linux）][ZooKeeper_Linux]》、《[ZooKeeper的集群部署（Linux）][ZooKeeper_Linux 1]》已经讲述了ZooKeeper集群的部署，接下来，在这边文章中，简单描述一下ZooKeeper中的数据模型，方便我们理解后面的内容。

我们来看一张图：

![Center][]

ZooKeeper中的数据模型如上图所示，类似于一个带有层次结构的目录结构。层次结构中的每个节点都是一个ZNode，根节点路径为/，每个节点除了有个唯一路径进行标识外，每个节点都还有附带的数据内容和状态数据。

ZNode的操作具有原子性。ZNode上的数据都将被原子性的读写，读操作会读取该节点上的相关数据，而写操作会一次性的替换该节点上的所有数据。

ZooKeeper在设计之初，并不是用来作为常规的数据库或者大数据存储系统，而是用来管理和调度数据使用的，一般被管理的数据大小都不会太大，一般以KB为单位。ZooKeeper主要用于管理和调度分布式应用程序。

为了更直观的看看Zookeeper里面都有什么数据，我们在之前搭建好的集群上进行简单的实验。

我们创建一个节点/name，然后节点上附带的数据内容是我的名字“majing”，如下所示：

![Center 1][]

从上面我们可以看出来，在使用get /name 命令获取节点数据的时候，同时还返回了其他一些状态数据。具体含义如下：

cZxid:该节点创建时的zxid;

ctime:该节点创建时间；

mZxid:该节点最近一次更新发生时的zxid；

mtime:该节点最近一次更新时间；

pZxid:该节点或者该节点子节点的最近一次更新发生的zxid；

cversion:其子节点的更新次数；

dataVersion:该节点数据内容的更新次数；

aclVersion:该节点ACL（授权信息）的更新次数；

ephemeralOwner:如果该节点为ephemeral节点, ephemeralOwner值表示与该节点绑定的session id. 如果该节点不是ephemeral节点, ephemeralOwner值为0；

datalength:该节点对应的数据内容的字节数；

numChildren:该节点的子节点个数；

ZooKeeper中的节点类型分为三种：

持久性节点（persistent）：节点被创建以后会一直存在，直到被显示删除；

临时性节点（ephemeral）：创建的节点时临时性的，如果创建该节点的Session没有了，那么该节点将会被自动删除；

关于ZkCli.sh中支持哪些zookeeper操作，如果不清楚的话，可以使用help命令进行查看，如下所示：

![Center 2][]

如果想了解我最新的博文，请关注我的博客或者专栏。如果想看到更多相关技术文章并愿意支持我继续写下去，欢迎给我打赏，对您的打赏我表示非常感谢。![吐舌头][tongue.gif]

![20170430151631454][]![20170430151912379][]

[ZooKeeper_Linux]: http://blog.csdn.net/majinggogogo/article/details/74012296
[ZooKeeper_Linux 1]: http://blog.csdn.net/majinggogogo/article/details/74071114
[Center]: /images/20220613/c7c807631b774535bbd20e5982a76243.png
[Center 1]: /images/20220613/37a85ba7f3444d6ba2eee9ca78940fd5.png
[Center 2]: /images/20220613/a4f0f8fbb75b4e32912ce63b455965fd.png
[tongue.gif]: /images/20220613/bfe13113bcca4f60b24a883a82a4ce7b.png
[20170430151631454]: https://img-blog.csdn.net/20170430151631454
[20170430151912379]: /images/20220613/cab5dc59cc8542e8a9de926d33b37f8f.png