一文了解Zookeeper数据节点-znode

Zookeeper系列介绍（持续更新）

• Zookeeper基础初探
• 一文了解Zookeeper数据节点-znode
• 一文了解Watcher
• Zookeeper分布式锁实现
• Zookeeper部署模式

ZooKeeper命名空间内部拥有一个树状的内存模型，其中各节点被称为znode。每个znode包含一个路径和与之相关的元数据，以及该znode下关联的子节点列表。

znode结构

znode节点类型

每个znode都有不同的生命周期，而生命周期长短取决于znode的节点类型。Zoookeeper提供了4种节点类型。

znode节点类型

Znode客户端操作

客户端对于znode的相关操作

znode状态信息

每个znode数据节点中除了可以存储业务数据外，其本身还存储了数据节点相关的一些状态信息。共包含以下几种状态信息。

znode状态信息	解释
cZxid	create ZXID，即该数据节点被创建时的事务id
ctime	create time，即该节点的创建时间
mZxid	modified ZXID，即该节点最终一次更新时的事务id
mtime	modified time，即该节点最后一次的更新时间
pZxid	该节点的子节点列表最后一次修改时的事务id，只有子节点列表变更才会更新pZxid，子节点内容变更不会更新
cversion	子节点版本号，当前节点的子节点每次变化时值增加1
dataVersion	数据节点内容版本号，节点创建时为0，每更新一次节点内容(不管内容有无变化)该版本号的值增加1
aclVersion	节点的ACL版本号，表示该节点ACL信息变更次数
ephemeralOwner	创建该临时节点的会话的sessionId；如果当前节点为持久节点，则ephemeralOwner=0
dataLength	数据节点内容长度
numChildren	当前节点的子节点个数

• zxid(事务id)说明：Zookeeper中每个变化都会产生一个全局唯一的zxid。通过它可确定更新操作的先后顺序。例如，zxid1小于zxid2，则说明zxid1操作先执行，zxid2后执行； zxid对于整个Zookeeper都是唯一的，即使操作的是不同的znode。

• dataVersion说明：每一个znode都有一个数据版本号，每次对znode做更新操作时值自增。ZooKeeper中一些更新操作，例如setData和delete根据版本号有条件地执行。多个客户端对同一个znode进行更新操作时，因为数据版本号，才能保证更新操作的先后顺序性。例如，客户端A正在对znode节点做更新操作，此时如果另一个客户端B同时更新了这个znode，则A的版本号已经过期，那么A调用setData不会成功。
  

  dataVersion作用

ACL(Access Control List,访问控制列表 )

ZooKeeper提供了一套完善的ACL权限控制机制保障数据安全性。

• 对于身份认证，提供了以下几种方式。

身份认证方式	解释
world	默认方式，所有用户都可无条件访问，组合形式为：world:anyone:[permissions]
digest	用户名:密码认证方式，最常用，组合形式为：digest:username:BASE64(SHA1(password)):[permissions]
ip	对指定ip进行限制，组合形式为：ip:127.0.0.1:[permissions]
auth	认证登录形式，需要用户获取权限后才可访问，组合形式为 auth:userpassword:[permissions]

• 对于znode权限，提供了以下5种操作权限。

权限	简写	解释
CREATE	C	允许授权对象在当前节点下创建子节点
DELETE	D	允许授权对象在当前节点下删除子节点
WRITE	W	允许授权对象在当前节点进行更新操作
READ	R	允许授权对象在当前节点获取节点内容或获取子节点列表
ADMIN	A	允许授权对象对当前节点进行ACL相关的设置操作