zooKeeper是一个经典的分布式数据一致性解决方案，致力于为分布式应用提供一个高性能、高可用，且具有严格顺序访问控制能力的分布式协调存储服务。 存在下面四种应用场景：

1.维护配置信息 

假设我们的程序是分布式部署在多台机器上，如果我们要改变程序的配置文件，需要逐台机器去修改，非常麻烦，现在把这些配置全部放到zookeeper上去，保存在 zookeeper 的某个目录节点中，然后所有相关应用程序对这个目录节点进行监听，一旦配置信息发生变化，每个应用程序就会收到 zookeeper 的通知，然后从 zookeeper 获取新的配置信息应用到系统中。

2.分布式锁服务 

一个集群是一个分布式系统，由多台服务器组成。为了提高并发度和可靠性， 多台服务器上运行着同一种服务。当多个服务在运行时就需要协调各服务的进度，有时 候需要保证当某个服务在进行某个操作时，其他的服务都不能进行该操作，即对该操作 进行加锁，如果当前机器挂掉后，释放锁并fail over 到其他的机器继续执行该服务。

3.集群管理 

在分布式的集群中，经常会由于各种原因，比如硬件故障，软件故障，网络问题，有些节点会进进出出。zookeeper会将这些服务器加入/移出的情况 通知给集群中的其他正常工作的服务器，以及时调整存储和计算等任务的分配和执行等。此外zookeeper还会对故障的服务器做出诊断并尝试修复。

4.生成分布式唯一ID

在过去的单库单表型系统中，通常可以使用数据库字段自带的auto_increment 属性来自动为每条记录生成一个唯一的ID。但是分库分表后，就无法在依靠数据库的 auto_increment属性来唯一标识一条记录了。此时我们就可以用zookeeper在分布式环 境下生成全局唯一ID。做法如下：每次要生成一个新Id时，创建一个持久顺序节点，创建操作返回的节点序号，即为新Id，然后把比自己节点小的删除即可。

5.命名服务

 按名称标识集群中的节点。它类似于DNS，但仅对于节点。

Zookeeper的特性：

1 .高性能 

zooKeeper将全量数据存储在内存中，并直接服务于客户端的所有非事务请求，尤其适用于以读为主的应用场景 

2.高可用 

zooKeeper一般以集群的方式对外提供服务，一般3 ~ 5台机器就可以组成一个可用的Zookeeper集群了，每台机器都会在内存中维护当前的服务器状态，并且每台机器之间都相 互保持着通信。只要集群中超过一半的机器都能够正常工作，那么整个集群就能够正常对外服务

3.严格顺序访问

对于来自客户端的每个更新请求，ZooKeeper都会分配一个全局唯一的递增编号，这个编号反映了所有事务操作的先后顺序

Zookeeper数据模型：

Zookeeper数据模型类似Linux操作系统的文件系统，也是以树的形式来存储。严格来说是一颗多叉树，每个节点上都可以存储数据，每个节点还可以拥有N个子结点，最上层是根节点以“/”来代表。树中的各节点被称为 znode。

节点类型 

zookeeper中的节点有两种，分别为临时节点和永久节点。节点的类型在创建时即被确定，并且不能改变。 

临时节点：该节点的生命周期依赖于创建它们的会话。一旦会话(Session)结束，临时节点将被自动删除，当然可以也可以手动删除。虽然每个临时的Znode都会绑定到一个客户端会话，但他们对所有的客户端还是可见的。另外，ZooKeeper的临时节点不允许拥有子节点。 

持久化节点：该节点的生命周期不依赖于会话，并且只有在客户端显示执行删除操作的时候，他们才能被删除 

属性说明： 

cZxid：数据节点创建时的事务 ID 

ctime：数据节点创建时的时间 

mZxid：数据节点最后一次更新时的事务 ID 

mtime：数据节点最后一次更新时的时间pZxid：数据节点的子节点最后一次被修改时的事务 ID 

cversion：子节点的更改次数 

dataVersion：节点数据的更改次数 

aclVersion：节点的 ACL 的更改次数 

ephemeralOwner：如果节点是临时节点，则表示创建该节点的会话的 

SessionID；如果节点是持久节点，则该属性值为 0 

dataLength：数据内容的长度 

numChildren：数据节点当前的子节点个数