1. zookeeper的简介
zookeeper由文件系统和通知机制构成
应用场景：
①dubbo+ zookeeper 实现rpc远程调用中
②负载均衡
③发布订阅
④分布通知、分布式锁
1）文件系统
Zookeeper使用树形结构管理数据。而且以“/”作为树形结构的根节点。树形结构中的每一个节点都是一个“znode”。文件系统中的目录可以存放其他目录和文件，znode中可以存放其他znode，也可以对应一个具体的值，znode和它对应的值之间是键值对的关系。
树形结构
①树形结构的主体由znode组成
②每一个节点包含下面两部分
I. 值：节点的路径和当前节点上保存的值构成一个“键值对（key-value）”关系
II. 状态 stat
2）通知机制
在分布式项目中随着业务功能越来越多，具体的功能模块也会越来越多，一个大型的电商项目能达到几十个模块甚至更多。这么多模块的工程由可能需要共享一些信息，这些信息一但发生变化，各个相关模块工程中手动逐一修改会非常的麻烦，甚至可能发生遗漏。
使用ZooKeeper的通知机制后，各个模块工程在特定的znode上设置Watcher（观察者）来监控当前节点上值的变化，一旦Watcher检测到了数据变化就会立即通知模块，从而实现“一处修改，处处生效”的效果。
①目的：一处修改处处更新
②机制：观察者模式
2. zoo_sample.cfg文件解析
该文件在zookeeper的解压包的conf中（如：/opt/zookeeper-3.4.9/conf）
文件中的各个参数的说明：
1）tickTime 通信心跳数，zookeeper服务器心跳时间，单位毫秒。
Zookeeper使用的基本时间，服务器之间或者客户端与服务器之间维持心跳的时间间隔，也就是每个tickTime时间就会发送一个心跳。
用于心跳机制，并且设置最小的session超时时间为两倍心跳时间（session的最小超时时间是2 * tickTime）。
2）initLimit LF初始通信时限
集群中的Follower跟随者服务器（F）与Leader领导者服务器（L）之间初始连接时能容忍的最多心跳数（tickTime的数量）
投票选举新Leader的初始化时间Follower在启动过程中，会从Leader同步所有最新数据，然后确定自己能够对外服务的起始状态。
Leader允许Follower在initLimit时间内完成这个工作。
3）syncLimit LF同步通信时限
集群中Leader与Follwer之间的最大响应时间单位，假如响应超过syncLimit * tickTime，Leader认为Follwer死掉，从服务器列表中删除Follower
在运行过程中，Leader负责与ZooKeeper集群中所有机器进行通信，例如通过一些心跳检测机制，来检测机器的存活状态。
如果L发出心跳包在syncLimit之后，还没有从F那收到响应，那么久认为这个F已经不在线了。
4）dataDir 数据文件目录 + 数据持久化路径
保存内存数据库快照信息的位置，如果没有其他说明，更新的事务日志也保存到数据库。
5）clientPort 客户端连接端口
3. ZooKeeper常用命令
1）服务端的相关命令（在zookeeper安装目录的bin目录下）
启动：./zkServer.sh start
停止：./zkServer.sh stop
查看状态：./zkServer.sh status
2）客户端的相关命令
进入：./zkClient.sh
退出：quit
3）客户端节点相关操作
①ls / ls2
②create [-s] [-e] path data 创建节点和节点上对应的值
【-s】：含有序列
【-e】：临时（重启或者超时消失）
【path】：节点的路径
【data】：节点上绑定的值
例：create /test abc
③delete和rmr
【delete】 只能删除空节点
【rmr】可以在删除当前节点时递归删除子节点
④stat path 查看状态
4）节点值操作命令
①set path data：设置值
例：set /test aaa
②get path data：获取值
例：get /test
注：若敲错了命令，则会给出所有的命令操作提示信息
5）关于状态stat信息的详细说明：
简介：znode维护了一个stat结构，这个stat包含数据变化的版本号、访问控制列表变化、还有时间戳。版本号和时间戳一起，可让ZooKeeper验证缓存和协调更新。每次znode的数据发生了变化，版本号就增加。
参数说明：
czxid：引起这个znode创建的zxid，创建节点的事务的zxid（ZooKeeper Transaction Id）
ctime：znode被创建的毫秒数(从1970年开始)
mzxid：znode最后更新的zxid
mtime：znode最后修改的毫秒数(从1970年开始)
pZxid：znode最后更新的子节点zxid
cversion：znode子节点变化号，znode子节点修改次数
dataversion：znode数据变化号
aclVersion：znode访问控制列表的变化号
ephemeralOwner：如果是临时节点，这个是znode拥有者的session id。如果不是临时节点则是0。
dataLength：znode的数据长度
numChildren：znode子节点数量
6）四字命令
ZooKeeper支持某些特定的四字命令，他们大多是用来查询ZooKeeper服务的当前状态及相关信息的，使用时通过telnet或nc向ZooKeeper提交相应命令。例：echo ruok | nc localhost 2181
①nc命令需要安装对应的程序才可以使用。
yum install -y nc
②常用四字命令
ruok：测试服务是否处于正确状态。如果确实如此，那么服务返回“imok ”，否则不做任何相应
stat：输出关于性能和连接的客户端的列表
conf：输出相关服务配置的详细信息
cons：列出所有连接到服务器的客户端的完全的连接 /会话的详细信息。包括“接受 / 发送”的包数量、会话id 、操作延迟、最后的操作执行等等信息
dump：列出未经处理的会话和临时节点
envi：输出关于服务环境的详细信息（区别于conf命令）
reqs：列出未经处理的请求
wchs：列出服务器watch的详细信息
wchc：通过session列出服务器watch的详细信息，它的输出是一个与watch相关的会话的列表
wchp：通过路径列出服务器 watch的详细信息。它输出一个与 session相关的路径