zookeeper之数据模型

以下参考：http://www.ibm.com/developerworks/cn/opensource/os-cn-zookeeper/

Zookeeper数据模型

Zookeeper 会维护一个具有层次关系的数据结构，它非常类似于一个标准的文件系统，如下图所示：

Zookeeper 这种数据结构有如下这些特点：

1. 每个子目录项如NameService都被称作为znode，这个znode是被它所在的路径唯一标识，如 Server1 这个znode的标识/NameService/Server1
2. znode 可以有子节点目录，并且每个 znode 可以存储数据，注意EPHEMERAL (临时)类型的目录节点不能有子节点目录
3. znode 是有版本的，每个 znode 中存储的数据可以有多个版本，也就是一个访问路径中可以存储多份数据
4. znode 可以是临时节点，一旦创建这个 znode 的客户端与服务器失去联系，这个 znode 也将自动删除。Zookeeper 的客户端和服务器通信采用长连接方式，每个客户端和服务器通过心跳来保持连接，这个连接状态称为 session，如果 znode 是临时节点，这个 session 失效，znode 也就删除了
5. znode 的目录名可以自动编号，如 App1 已经存在，再创建的话，将会自动命名为 App2 
6. znode 可以被监控，包括这个目录节点中存储的数据的修改，子节点目录的变化等，一旦变化可以通知设置监控的客户端，这个是 Zookeeper 的核心特性，Zookeeper 的很多功能都是基于这个特性实现的。

Znode的状态结构

    ZooKeeper中每个ZNode的状态数据结构都是由下列字段组成

• czxid：导致此ZNode创建的zxid（ZooKeeper事务ID）
• mzxid：最后一次修改此ZNode的zxid
• ctime：从此ZNode创建到现在为止的时间毫秒数
• mtime：从此ZNode上次修改到现在为止的时间毫秒数
• version：此Znode的数据修改次数
• cversion：此ZNode的子节点修改次数
• aversion：此ZNode的ACL修改次数
• ephemeralOwner：如果此ZNode是一个瞬时节点，此值表示此ZNode对应的会话ID。如果不是瞬时节点则为0
• dataLength：此ZNode中数据的长度
• mumChildren：此ZNode的子节点数量