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知识了。