初识ZooKeeper

1. ZooKeeper数据模型

ZooKeeper拥有一个分级的命名空间，这很像一个分布式文件系统。唯一的区别在于这个命名空间内的每个节点都拥有与其关联的数据以及子节点。这就好像一个文件系统允许一个文件同时又是一个文件夹。节点的路径通常用标准的绝对的斜杠分隔的路径表示；不存在相对引用。任何Unicode字符都可以在以下约束之下在路径中使用：
- 空字符（\u0000）不能在路径中使用（This causes problems with the C binding）。
- 后面这些字符不能使用，因为它们不能很好地显示或者渲染方式令人迷惑：\u0001-\u0019和\u007F-\u009F。
- 后面这些字符禁止使用：\uD800-\uF8FF,\uFFF0-\uFFFF。
- 字符”.”可以用于名称的一部分，但是”.”和”..”不能被单独用于指示一个路径中的节点，因为ZooKeeper不使用相对路径。例如：
- /a/b/./c 非法
- /a/b/../c 非法
- /a/b/…/c 合法
- /a/b/d./c 合法

2. ZNode

ZooKeeper树中的每一个节点被称为ZNode，ZNode维护一个统计结构，其中包含数据变更的版本号，访问控制列表（ACL）变更的版本号。这个统计结构同时也包含时间戳，通过版本号和时间戳，允许ZooKeeper验证缓存以及协调更新。每次ZNode数据变更，版本号都会自动递增，例如，无论何时一个客户端获取了数据，它同时也获取到了数据的版本。并且，当一个客户端执行更新或删除操作时，它必须提供要改变的ZNode的版本号，如果提供的版本号和实际的版本号不符，那么操作会失败（当然，这个行为可以被覆盖）。

ZNode是开发人员必须知道的主要概念。ZNode有几个特性值得一提。

监视器（Watches）

客户端可以在ZNode上设置监视器，该ZNode的变更将会触发监视器并且清空该监视器。当一个监视器被触发，ZooKeeper将会向客户端发送一个通知。

数据访问

存储在命名空间中的ZNode中的数据，其读、写操作都具有原子性。读操作会获取整个ZNode的数据，而写操作会替换整个ZNode的数据。
每个ZNode都有一个访问控制列表（ACL）来约束“谁”能“做什么”。
ZooKeeper并不是被设计为一个通常的数据库或是大对象存储，而是用于管理“协调数据”。所谓“协调数据”，其形式可能是：配置数据，状态信息，rendezvous（这个不知道该翻译成什么，约会？）等。
这些不同形式的协调数据有一个共通的属性，就是它们都相对较小：以KB计。ZooKeeper的客户端以及服务器端的实现都确保ZNode的数据都小于1M，但是实际上数据的平均大小应该远小于这个值。
对相对较大的数据的操作会引起某些操作比其他操作花费更多的时间甚至引起一些潜在问题，因为需要花费额外的时间在经过网络传输更多数据到存储介质上。如果需要存储这样的大数据，那么通常的做法是把数据存储到类似NFS或HDFS的大数据储系统上，然后在ZooKeeper上存储一个指向该数据的指针。

临时节点（Ephemeral Nodes）

ZooKeeper有临时节点的概念。这些节点仅在创建它的会话存活期间存在。一旦会话结束，节点就会被删除。因为这个特性，临时节点不允许有子节点。

序列节点 ——唯一命名

当创建一个节点的时候，可以要求ZooKeeper追加一个单调递增的计数器到路径的结尾。这个计数器在父节点中唯一，格式为左边补零的10位数字。