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理论保证分布式数据原子性操作
二、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的应用场景都离不开这里几种数据模型。