zookeeper(二) --- 基本概念-阿里云开发者社区

开发者社区> 数据库> 正文

zookeeper(二) --- 基本概念

简介:


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

版权声明:本文首发在云栖社区,遵循云栖社区版权声明:本文内容由互联网用户自发贡献,版权归用户作者所有,云栖社区不为本文内容承担相关法律责任。云栖社区已升级为阿里云开发者社区。如果您发现本文中有涉嫌抄袭的内容,欢迎发送邮件至:developer2020@service.aliyun.com 进行举报,并提供相关证据,一经查实,阿里云开发者社区将协助删除涉嫌侵权内容。

分享:
数据库
使用钉钉扫一扫加入圈子
+ 订阅

分享数据库前沿,解构实战干货,推动数据库技术变革

其他文章