Zookeeper-概述

ZooKeeper

     作为一个协调服务器，为分布式应用提供服务的ZooKeeper，它自己本身也是分布式的同时也是开源的，它为分布式应用提供一些高级服务比如数据同步、配置维护、分组的概念和命令定义等。它的设计易于编程，而且使用了一个类似文件系统树作为数据模型。

系统中的协调工作其实是非常难搞的，特别是因为条件竞争和死锁原因会导致很多错误的出现，ZooKeeper的产生动机就是为了减轻分布式应用程序在协调上的负担，把这块抽出来作为核心专门对外提供协调服务。

设计目标

        ZooKeeper通过共享一个类似文件目录结构的命名空间来分布式处理集群中的数据，这个命名空间酷似操作系统中文件和目录，这里把它叫做Znode，Znode上会注册关联数据，但和文件系统不同的是，Znode是用来存储数据的，这些数据保存在内存中，所以可以看到ZooKeeper的吞吐量很大而延迟很小。

ZooKeeper的实现重点放在了高性能，高可用性，严格的访问顺序上：高性能表现在ZooKeeper经常用在一些大型的分布式系统中(#如HDFS,HBASE等)；高可用性表现在单点故障，一个服务器出了问题可以从其他服务器上访问；严格的顺序表现在你可以在客户端实现复杂的同步的操作而不会引起混乱。

###########################fan#######################################################

1组成ZooKeeper的所有服务器必须知道彼此，通过配置。

2 客户端通过TCP连接到一台服务器上建立Session，通过Session客户端可也向服务器发送请求，发送心跳，获取回复，获得监听事件，如果被连接的服务器宕机，客户端会去连接其他服务器。

3ZooKeeper会对所有的更该操作赋一个有序的序号，后续可以利用该序号实现一些更高的抽象，比如同步等。

4 Znode不同于文件系统，他们都带有数据，长的像 {"/root/tmp/mynode","hello world"}，当然还带有一些其他熟悉。

5 Znode都有版本号，当修改它的数据，ACL(权限控制列表，主管对该znode谁能做什么?)，时间戳时，版本号自加，和DFS中block的版本号一个样。

6 Znode并不是都会被持久化，也有临时节点(该类节点不允许有子节点)，当Session断开后，该临时Znode就被清除。

7 ZooKeeper支持客户端在Znode上设置Watch，当Znode数据有修改后Watch被触发并移除该Watch，客户端会接收到通知并搞搞自己的回调吧。

8 读数据时客户端会优先从当前连接的服务器本地读，速度相当快。

9 在ZooKeeper的服务器中有多个服务器，就会选举一个服务器并赋给他leader角色，然后客户端写数据时，

   会先把数据发到leader，leader来控制余下服务器的写入。

保证

1 顺序一致性，保证同一个客户端的多次请求保证按顺序执行。

2 原子性，  保证修改数据要么会成功要么完全失败，没有部分成功部分失败的现象。

3 数据一致性， 保证在同一时间客户端从所有服务器上得到的数据应该是一致的。

4 实时性， 保证客户端能看到最新的数据。

千篇一律：ZooKeeper具有数据库的功能，同时它的读写方式和分布式文件存储系统有少许类似。