Zookeeper核心工作机制(zookeeper特性、zookeeper数据结构、节点类型)
2017-01-11 00:30
633 查看
10.1 zookeeper特性
1、Zookeeper:一个leader,多个follower组成的集群.2、全局数据一致:每个server保存一份相同的数据副本,client无论连接到哪个server,数据都是一致的
3、分布式读写,更新请求转发,由leader实施
4、更新请求顺序进行,来自同一个client的更新请求按其发送顺序依次执行
5、数据更新原子性,一次数据更新要么成功(半数以上节点成功),要么失败
6、实时性,在一定时间范围内,client能读到最新数据
10.2 zookeeper数据结构
10.2.1 概况
1、层次化的目录结构,命名符合常规文件系统规范(见下图)2、每个节点在zookeeper中叫做znode,并且其有一个唯一的路径标识
3、节点Znode可以包含数据(只能存储很小量的数据,<1M;最好是1k字节以内)和子节点(但是EPHEMERAL类型的节点不能有子节点,下一页详细讲解)
4、客户端应用可以在节点上设置监视器(后续详细讲解)
10.2.2 数据结构图
10.2.3 节点类型
1、Znode有两种类型:短暂(ephemeral)(断开连接自己删除)
持久(persistent)(断开连接不删除)
2、Znode有四种形式的目录节点(默认是persistent )
PERSISTENT
PERSISTENT_SEQUENTIAL(持久序列/test0000000019)
EPHEMERAL
EPHEMERAL_SEQUENTIAL
3、创建znode时设置顺序标识,znode名称后会附加一个值,顺序号是一个单调递增的计数器,由父节点维护
4、在分布式系统中,顺序号可以被用于为所有的事件进行全局排序,这样客户端可以通过顺序号推断事件的顺序
相关文章推荐
- Zookeeper核心工作机制(zookeeper特性、zookeeper数据结构、节点类型)
- Zookeeper系列(4)--ZK概述,数据模型,节点特性,Watcher机制、ACL及数据存储
- 2 weekend110的zookeeper的原理、特性、数据模型、节点、角色、顺序号、读写机制、保证、API接口、ACL、选举、 + 应用场景:统一命名服务、配置管理、集群管理、共享锁、队列管理
- 分布式协调服务zookeeper02-zookeeper核心工作机制以及api代码演示
- MFC六大核心机制之二:运行时类型识别(RTTI)
- MFC六大核心机制之二:运行时类型识别(RTTI)
- MFC六大核心机制之二:运行时类型识别(RTTI)
- Zookeeper 节点宕掉之后的工作
- ZooKeeper中的节点故障处理机制(2)
- H3C交换机4核心节点IRF2虚拟化下检测机制
- Zookeeper节点类型
- ZooKeeper中的节点故障处理机制(1)
- Zookeeper核心机制
- Zookeeper节点类型
- Zookeeper节点类型
- zookeeper节点Watch机制实例展示
- Ajax(2)--Ajax核心工作机制 你忘记了吗?
- Ajax核心工作机制
- HUB工作特性及数据传输机制
- ZooKeeper的核心特性