ZooKeeper的数据模型

• ZooKeeper的数据模型

　　　　ZooKeeper提供的命名空间与标准的文件系统的命名空间很是相似；名称是由斜杠（/）分隔的一系列路径元素；ZooKeeper命名空间中的每一个节点都由路径标识，以下图；

　　　　

 

 　　　　ZooKeeper命名空间中的每一个节点均可以具备与其关联的数据以及子节点。就像拥有一个文件系统同样，该文件系统也容许文件成为目录（ZooKeeper中的每一个节点会存储一些自身的数据：状态信息，配置，位置信息等，所以存储在每一个节点上的数据一般很小，在字节到千字节范围内）；

　　　　在ZooKeeper树形结构中的每一个节点均可以称为znode；znode维持了一个stat结构，它包括数据变化的版本号、访问控制列表变化、和时间戳，容许缓存验证和协调更新；每当znode的数据有变化，版本号就会增长（例如，每当客户端检索数据时同时它也获取数据的版本信息）；

 

• Znode类型

• • 持久节点（PERSISTENT）

　　　　　　持久节点的存活时间不依赖于客户端会话，只有客户端在显式执行删除节点操做时，节点才消失；

建立了一个持久节点/module，且其数据为”demo”
create /module demo

 

• • 持久顺序节点（PERSISTENT_SEQUENTIAL）

　　　　　　该节点建立后持久存在，相对于持久节点它会在节点名称后面自动增长一个10位数字的序列号，这个计数对于此节点的父节点是惟一，若是这个序列号大于2^32-1就会溢出；

create加上-s参数，能够建立持久顺序节点
create -s /module/app app

　　　　　　上面的命令便建立了一个持久顺序节点/module/app0000000001；若是再执行此命令，则会生成节点 /module/app0000000002；

 

• • 临时节点（EPHEMERAL）

　　　　　　临时节点的存活时间依赖于客户端会话，当会话结束，临时节点将会被自动删除（固然也能够手动删除临时节点）；利用临时节点的这一特性，咱们可使用临时节点来进行集群管理，包括发现服务的上下线等； ZooKeeper规定，临时节点不能拥有子节点；

建立了一个临时节点 /module/app，数据为”app”,会话关闭后，临时节点会被删除
create /module/app app

　　　　

• • 临时顺序节点（EPHEMERAL_SEQUENTIAL）

　　　　具备临时节点特征，可是它会有序列号，分布式锁中会用到该类型节点

create加上-s参数，能够建立顺序节点
create -s -e /module/app app

 

 

• • 节点属性

 　　　　使用 get /module/app20000000001 获取节点的数据，以下图；

　　　　

 

 

 

cZxid	建立节点时的事务ID
ctime	建立节点时的时间
mZxid	最后修改节点的事务ID
mtime	最后修改节点时的时间
pZxid	表示该节点的子节点列表最后一次修改的事务ID，添加子节点或删除子节点就会影响子节点列表，可是修改子节点的数据内容则不影响该ID
cversion	子节点版本号，子节点每次修改版本号加1
dataversion	数据版本号，数据每次修改该版本号加1
aclversion	权限版本号，权限每次修改该版本号加1
ephemeralOwner	用于临时节点，表示建立该临时节点的事务id，若是当前的节点不是临时 节点，该字段值为0
numChildren	该节点拥有子节点的数量

　　　　

　　　　　Zookeeper里面的版本号它表示的是对数据节点的内容、子节点列表或者ACL信息的修改次数；节点建立时dataversion、aclversion，cversion都为0；

　　　　　Zookeeper中的版本号就是乐观锁，修改节点数据以前会读取这个数据并记录该数据版本号，当须要更新时会携带这个版本号去提交，若是此时携带的版本号（上次读取出来的）和当前节点的版本号相同，则说明该数据没有被修改过，那么数据修改就会成功提交，若是数据修改失败，说明该数据在你读取以后和提交以前这段时间内被修改了。　

 

　　　　　经过set命令并携带正确的版本号提交更新，版本号相同更新就会成功，并将dataversion的值加1；

　　　　　　

 

 

 　　　　

　　　　再次更新并使用以前的版本号那么就会失败；