ZooKeeper基础

博学谷提供技术支持

znode节点可能含有数据，也可能没有。

如果一个znode节点包含任何数据，那么数据存储为字节数组。

字节数组的具体格式特定于每个应用的实现，ZooKeeper并不直接提供解析的支持。

我们可以使用如Protocol Buffers、Thrift、Avro或MessagePack等序列化（Serialization）包来方便地处理保存于znode节点的数据格式，不过有些时候，以UTF-8或ASCII编码的字符串已经够用了。

ZooKeeper的API暴露了以下方法：

create /path data
创建一个名为/path的znode节点，并包含数据data。

delete /path
删除名为/path的znode。

exists /path
检查是否存在名为/path的节点。

setData /path data
设置名为/path的znode的数据为data。

getData /path
返回名为/path节点的数据信息。

getChildren /path
返回所有/path节点的所有子节点列表。

需要注意的是，ZooKeeper并不允许局部写入或读取znode节点的数据。当设置一个znode节点的数据或读取时，znode节点的内容会被整个替换或全部读取进来。

ZooKeeper客户端连接到ZooKeeper服务，通过API调用来建立会话（session）。

当新建znode时，还需要指定该节点的类型（mode），不同的类型决定了znode节点的行为方式。持久节点和临时节点

znode节点可以是持久（persistent）节点，还可以是临时（ephemeral）节点。持久的znode，如/path，只能通过调用delete来进行删除。临时的znode与之相反，当创建该节点的客户端崩溃或关闭了与ZooKeeper的连接时，这个节点就会被删除。

持久znode是一种非常有用的znode，可以通过持久类型的znode为应用保存一些数据，即使znode的创建者不再属于应用系统时，数据也可以保存下来而不丢失。例如，在主-从模式例子中，需要保存从节点的任务分配情况，即使分配任务的主节点已经崩溃了。

临时znode传达了应用某些方面的信息，仅当创建者的会话有效时这些信息必须有效保存。例如，在主从模式的例子中，当主节点创建的znode为临时节点时，该节点的存在意味着现在有一个主节点，且主节点状态处于正常运行中。如果主znode消失后，该znode节点仍然存在，那么系统将无法监测到主节点崩溃。这样就可以阻止系统继续进行，因此这个znode需要和主节点一起消失。我们也在从节点中使用临时的znode，如果一个从节点失效，那么会话将会过期，之后znode/workers也将自动消失。
一个临时znode，在以下两种情况下将会被删除：

1.当创建该znode的客户端的会话因超时或主动关闭而中止时。

2.当某个客户端（不一定是创建者）主动删除该节点时。