zookeeper（二） --- 基本概念
当我们学习一个新的东西的时候，首先得知道它是个什么东西能做什么，其次，我们得知道它的一些基本的概念，那么本文笔者会介绍一些zookeeper的基本概念。包括：集群角色、火花、数据节点、版本、watcher、ACL权限控制。
集群角色
Zookeeper集群中一共有三种角色，分别是：Leader、Follower，Observer。Leader服务器是整个zookeeper集群工作机制中的核心，Follower服务器是Zookeeper集群状态的跟随着，Observer服务器充当一个观察这的角色。
会话
会话是指客户端和Zookeeper服务器的连接，Zookeeper中会话叫Session，客户端靠与服务端建立一个TCP的长连接来维持一个Session，客户端在启动的时候首先会与服务器建立一个TCP连接，通过这个链接，客户端能够通过心跳检测与服务器保持有效的会话，也能向Zookeeper服务器发送请求并获得响应。
数据节点
Zookeeper中的节点有两类：一，急群众的一台机器成为一个节点；2、数据模型中的数据单元Z弄得，分为持久节点和临时节点。Zookeeper的数据模型是一颗树，树的节点就是Znode，Znode中可以保存信息。
版本
如下表：
|
版本类型 |
说明 |
|
version |
当前数据节点数据内容的版本号 |
|
cversion |
当前数据节点子节点的版本号 |
|
aversion |
当前数据节点ACL变更版本号 |
悲观锁和乐观锁
悲观锁又叫悲观并发锁，是数据库中一种非常严格的锁策略，具有强烈的排他性，能够避免不同事务对同一数据并发更新造成的数据不一致性，在上一个事务没有完成之前，下一个事务不能访问相同的资源，适合数据更新竞争非常激烈的场景。相比悲观锁，乐观锁使用的场景会更多，悲观锁认为事务访问相同数据的时候一定会出现相互干扰，所以简单粗暴的使用排他的方式，而乐观锁认为不同事务访问相同资源是很少出现相互干扰的情况，因此在事务处理期间不需要进行并发控制，当然乐观锁也是锁，它还是会有并发控制的。对于与数据库我们通常的做法是在每个表中增加一个version字段，事务修改数据之前先读出数据（带上版本号），然后把这个数据度出现的版本号加入到更新语句的条件中，比如读出来的版本号是1，我们修改数据的语句可以这样写，update XXX set 字段=值 where id=1 按到version=1，如果更新失败说明其他事务更新过数据（每次修改数据版本号都会变），这个时候系统就会抛出异常给客户端，让客户端处理。
Watcher
时间监听器，Zookeeper允许用户在指定节点上注册一些Watcher，当数据节点发生变化的时候，Zookeeper服务器会把这个变化的通知发送给感兴趣的客户端。
ACL权限控制
ACL是AccessControl Lists的缩写，Zookeeper采用ACL策略来进行权限控制，有一下权限：
CREATE：穿件子节点的权限
READ：获取节点数据和子节点列表的权限
WRITE：更新节点数据的权限
DELETE：删除子节点的权限
ADMIN：设置节点ACL的权限
这篇博客还是一些基础的理论知识，下一篇就是搭建Zookeeper集群了，在后面的博客可能就是solr知识了。