（九）、ZooKeeper数据模型

类似于文件系统的目录树型结构，相同于Hadoop HDFS，如下图：

             

图中的每个节点称为一个znode（节点）. 每个znode由3部分组成:

• stat. 此为状态信息, 描述该znode的版本, 权限等信息.
• data. 与该znode关联的数据.
• children. 该znode下的子节点（临时数据不能有子节点，只有持久化才能有子节点）

如：znode（节点）
/NameService/Server1唯一路径（Node），且携带数据。

ZNode节点。

ZooKeeper名字由节点（Znode）构成，其组织方式类似于文件系统，其中各个节点相当于目录和文件，通过路径作为 唯一标示。 与文件系统不同的是，每个节点具有与之相对应的 数据内容，同时也可以具有子节点。

ZooKeeper用于存储协调数据，如状态、配置、位置等信息，每个节点存储的数据很小，KB级别。

       节点维护与一个状态Stat结构（包括数据变化的版本号、ACL变化、时间戳），以允许缓存验证与协调更新。每当节点数据内容改变，多一个版本号（类似于HBase）。客户端读取数据的同时也会获取数据版本号。节点的数据内容以原子方式读写。

节点具有一个访问控制列表（Access Control List - ACL）来约束访问操作，即具有权限控制。

ZooKeeper的节点是通过像树一样的结构来进行维护的，并且每一个节点通过路径来标示以及访问。除此之外，每一个节点还拥有自身的一些信息，包括：数据、数据长度、创建时间、修改时间等等。从这样一类既含有数据，又作为路径表标示的节点的特点中，可以看出，ZooKeeper的节点既可以被看做是一个文件，又可以被看做是一个目录，它同时具有二者的特点。为了便于表达，今后我们将使用Znode来表示所讨论的ZooKeeper节点。
具体地说，Znode维护着数据、ACL（access control list，访问控制列表）、时间戳等交换版本号等数据结构，它通过对这些数据的管理来让缓存生效并且令协调更新。每当Znode中的数据更新后它所维护的版本号将增加，这非常类似于数据库中计数器时间戳的操作方式。
另外Znode还具有原子性操作的特点：命名空间中，每一个Znode的数据将被原子地读写。读操作将读取与Znode相关的所有数据，写操作将替换掉所有的数据。除此之外，每一个节点都有一个访问控制列表，这个访问控制列表规定了用户操作的权限。
ZooKeeper中同样存在临时节点。这些节点与session同时存在，当session生命周期结束，这些临时节点也将被删除。临时节点在某些场合也发挥着非常重要的作用。

znode节点的状态信息

使用get命令获取指定节点的数据时, 同时也将返回该节点的状态信息, 称为Stat. 其包含如下字段:如图：

   

• 第一行表示这个节点的数据（thisisdata!）
• czxid. 节点创建时的zxid.
• mzxid. 节点最新一次更新发生时的zxid.
• ctime. 节点创建时的时间戳.
• mtime. 节点最新一次更新发生时的时间戳.
• dataVersion. 节点数据的更新次数.
• cversion. 其子节点的更新次数.
• aclVersion. 节点ACL(授权信息)的更新次数.
• ephemeralOwner. 如果该节点为ephemeral节点, ephemeralOwner值表示与该节点绑定的session id. 如果该节点不是ephemeral节点, ephemeralOwner值为0. 至于什么是ephemeral节点, 请看后面的讲述.
• dataLength. 节点数据的字节数.
• numChildren. 子节点个数.