- 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；
再次更新并使用之前的版本号那么就会失败；
原文地址：https://www.cnblogs.com/coder-zyc/p/11602889.html