一、Zookeeper的集群角色
Leader:该角色是整个zookeeper集群工作机制中的核心
Follower:该角色是zookeeper集群状态的跟随者
Observer:在集群中充当观察者的角色
（这三类角色的具体使用会在后面的博客中详细介绍）
二、会话
会话是指客户端与zookeeper服务器的连接，zookeeper中的会话叫session，客户端靠与服务器建立一个TCP长连接来维持一个session，通过这个连接，客户端能够与zookeeper服务器保持有效的通话，也能向zookeeper集群发起请求并得到响应。
三、数据节点
zookeeper主要有两种节点
（1）集群中的一台机器称为一个节点
（2）数据模型中的数据单元Znode，分为持久节点和临时节点。zookeeper的数据模型就是一棵树，树的节点是Znode，Znode中可以保存信息（和文件系统的目录树一样，ZooKeeper树中的每个节点可以拥有子节点）
四、版本
zookeeper对于版本的概念主要有以下三种：
悲观锁：悲观锁又叫悲观并发锁，是数据库中一种非常严格的锁策略，具有强烈的排他性，能够避免不同事务对同一数据并发更新造成的数据不一致性，在上一个事务对数据的操作没有完成之前，下一个事务不能访问相同的资源。悲观锁适合数据更新竞争非常激烈的场景。
乐观锁：相比悲观锁，乐观锁应用的场景更加广泛。悲观锁简单的认为两个事务访问同一笔数据的时候一定会互相干扰，所以粗暴的采用了强烈排他的形式来控制并发操作。而乐观锁认为多个事务访问相同资源的场景是很少见的，不必在事务操作期间进行严格的并发控制。但是乐观锁也是一种锁，也是一种机制，肯定会有对并发的其他处理方式，那这个方式是怎样的呢？对于数据库来说，通常的做法是在每个表中增加一个version字段，事务修改数据前首先读出数据，当然也会把版本号读出来，然后把这个读出来的version字段的值，加入到更新语句的where条件中。比如：读出来的version值为1，则可以将更新语句这样写，update 表名 set 字段=xxx where id = 1 and version = 1,如果更新失败了说明其他事务已经对该资源做了修改，那么系统需要抛出异常给客户端，客户端通过一定的机制进行重试处理。
五、watcher
watcher（事件监听器）：zookeeper允许用户在指定的节点上去注册事件监听器watcher，在服务端数据节点发生变化时，zookeeper会把该变化通知给感兴趣的客户端（即订阅了该服务端节点的客户端）
六、ACL权限控制
ACL（Access Control Lists）：zookeeper集群中支持各种类型的权限控制，主要有以下几种：
