zookeeper核心知识
zookeepr基本数据模型
1.树形结构,类似于linux系统目录结构
2.每一个节点znode,可以有子节点,也可以有数据
3.每个节点分为永久节点跟临时节点,临时节点再客户端断开后消失
4.每个zk节点都有各自版本号,通过命令行来显示节点信息
5.每当节点数据发生变化,那么该节点的版本号会累加(乐观锁)
6.删除/修改过时的节点,版本号不匹配则会报错
7.每个zk节点存储数据不宜过大,几k即可
8.节点可以设置acl,可以通过权限来限制用户的访问
zookeeper作用体现
1.master节点选举,主节点挂了,从节点接收工作,并且保证这个节点时唯一的,首脑模式,保证我们的集群时高可用的
2.统一配置文件管理,即只需要部署一台服务器,则可以把相同的配置文件同步更新到其他所有服务器
3.发布与订阅,类似消息队列mq,dubbo发布者会把数据存在znode上,订阅者会去读取这个数据
4.提供分布式锁,分布式环境中不同进程之间争夺资源,类似与多线程中的锁。
5.集群管理,集群中保证数据的强一致性
zookeeper节点信息
- cZxid:节点创建后,zookeeper为该节点分配的id
- ctime:节点创建的时间
- mZxid:修改后zookeeper分配的id
- mtime:节点修改的时间
- pZxid:子节点的id
- cversion:子节点的version
- ephemeralOwner:0x0则时永久节点,临时节点则时别的数据
- dataVersion:当前数据版本号,修改会累加1
- aclVersion:权限 dataLength:数据长度
- numChildren:子节点长度
zk特性——session基本原理
1)客户端与服务端存在的会话
2)每个会话可以设置一个超时时间
3)心跳结束,session过期
4)session过期,临时节点znode会被抛弃
5)心跳机制:客户端向服务端的ping包请求
常用命令:
1)create
-s:顺序节点
-e:临时节点
2) set path data [version]
delete path data [version]
version:所修改数据的版本号,若与数据当前版本号不匹配,则报错
watcher机制
- 针对每一个节点的操作,都会有一个监督者——watcher
- 当监控的某个节点发生了变化,则触发watcher事件
- zk中的watcher是一次性的,触发后即销毁
- 父节点,子节点 增删改都能触发其watcher
- 针对不同类型的操作,触发的事件也不同:
1)(子)节点创建事件
2)(子)节点删除事件
3)(子)节点数据变化事件
watcher命令行
- 通过get path [watch]设置watcher
- 父节点 增删改 操作触发watcher
- 子节点 增删改 操作触发watcher
父节点watcher事件:
- 创建父节点:NodeCreated 事件
- 修改父节点:NodeDataChanged 事件
- 删除父节点:NodeDeleted 事件
子节点watcher事件:
- ls为父节点设置watcher,创建子节点:NodeChildrenChanged 事件
- ls为父节点设置watcher,删除子节点:NodeChildrenChanged 事件
- ls为父节点设置watcher,修改子节点数据不触发事件
watcher常用场景:
- 统一资源配置
ACL(access control lists)权限控制
- 针对节点可以设置相关读写权限,目的是为了保障数据安全
- 权限permission可以指定不同权限范围以及角色
ACL命令行
- getAcl:获取某个节点的acl权限信息
- setAcl:设置某个节点的acl权限信息
- addauth:输入认证授权信息,注册时输入明文密码(登录),但是再zk系统中,密码是以加密形式存在的
ACL构成
- zk的acl通过[scheme
上一篇: Jquery之动画