zk的数据模型
- zk的数据模型和Linux的目录结构类似,是一个树形结构,每个节点叫zNode。
- 每个节点上面都包含一系列的值和子节点(可以没有),值比如版本信息,创建时间等,子节点就是一个子zNode。
一、ZNode
1.1 节点分类
节点分类 | 特点描述 |
---|
临时节点 | 和客户端断开之后,节点不存在 |
持久节点 | 和客户端断开之后,节点还存在 |
顺序节点 | 创建后,会在指定的名称后面跟上顺序序号 ,名称可以重复,后面会带上序号。 |
非顺序节点 | 创建之后,名称就是指定的名称 , 同级节点下面名称必须唯一 |
临时节点
临时顺序节点
持久节点
持久顺序节点
1.2 节点属性
- 节点可以包含很多属性。包括一个可以自定义的值,另外还包含很多元信息,这些元信息主要是zookeeper用于节点的管理
属性名称 | 属性值类型 | 描述 | 作用 |
---|
czxid | long | 节点被创建的Zxid值 | |
mzxid | long | 节点被修改的Zxid值 | |
pzxid | long | 子节点最有一次被修改时的事务ID | |
ctime | long | 节点被创建的时间 | |
mtime | long | 节点最后一次被修改的时间 | |
dataVersion | long | 节点被修改的版本号 | |
cversion | long | 节点的所拥有子节点被修改的版本号 | |
aclVersion | long | 节点的ACL被修改的版本号 | |
emphemeralOwner | long | 如果此节点为临时节点,那么它的值为这个节点拥有者的会话ID;否则,它的值为0 | |
dataLength | int | 节点数据域的长度 | |
numChildren | int | 节点拥有的子节点个数 | |
其中czxid,mzxid,pzxid事务ID可以识别出请求的全局顺序
其中versoin,cversion,aversion是基于CAS理论保证分布式数据原子性操作
![image](https://note.youdao.com/yws/api/personal/file/69A19210D1D646C0B91FD48C62CCBAC6?method=download&shareKey=7221bd935d33bd09e409e10daa6af0dc)
二、ZNode操作
//创建临时节点/zookeeper/node1 数据是tmp1字符串,-e代表ephemeral,短暂临时的
create -e /zookeeper/node1 tmp1
//创建持久节点/zookeeper/node2 数据是tmp2字符串,默认就是持久的
create /zookeeper/node2 tmp2
//创建临时顺序节点,-s代表顺序节点,节点名称是在node4后面加上一个顺序编号
create -e -s /zookeeper/node4 tmp4
//创建持久顺序节点/zookeeper/node5 数据是tmp5字符串,节点名称是在node4后面加上一个顺序编号
create -s /zookeeper/node5 tmp5
- 顺序号是一个单调递增的计数器,由父节点维护,在分布式系统中,顺序号可以被用于为所有的事件进行全局排序,这样客户端可以通过顺序号推断事件的顺序。
小结
- 本文简单介绍了zookeeper的数据模型和四种节点类型的简单操作。zookeeper提供的分布式协调功能是基于这几种数据模型来实现的,比如基于临时节点来实现
分布式锁,kafka使用zk做分布式协调时,每个kafka节点也会在zk的指定目录下创建一个临时节点,断开后节点就不存在了,因此kafka节点可以通过这些临时节
点来感知到集群中的其他节点的存在,后面我们展开关于zk的应用场景都离不开这里几种数据模型。