标签：规范 使用 节点数据 不能 zookeeper 它的 c11 自增 详细
1、Zookeeper：一个leader，多个follower组成的集群
2、全局数据一致：每个server保存一份相同的数据副本，client无论连接到哪个server，数据都是一致的
3、分布式读写，更新请求转发，由leader实施
4、更新请求顺序进行，来自同一个client的更新请求按其发送顺序依次执行
5、数据更新原子性，一次数据更新要么成功，要么失败
6、实时性，在一定时间范围内，client能读到最新数据
1、层次化的目录结构，命名符合常规文件系统规范(见下图)
2、每个节点在zookeeper中叫做znode,并且其有一个唯一的路径标识
3、节点Znode可以包含数据和子节点（但是EPHEMERAL类型的节点不能有子节点）
4、客户端应用可以在节点上设置监视器（后续详细讲解）
1、Znode有两种类型：
短暂（ephemeral）（断开连接自己删除）
持久（persistent）（断开连接不删除）
2、Znode有四种形式的目录节点（默认是persistent ）
PERSISTENT
PERSISTENT_SEQUENTIAL（持久序列/test0000000019 ）
EPHEMERAL
EPHEMERAL_SEQUENTIAL
3、创建znode时设置顺序标识，znode名称后会附加一个值，顺序号是一个单调递增的计数器，由父节点维护
4、在分布式系统中，顺序号可以被用于为所有的事件进行全局排序，这样客户端可以通过顺序号推断事件的顺序
连接命令行客户端 
然后我们可以查看帮助： 
从帮助可以看出，如果我们想要连接另一台zookeeper可以这样做： 
‘/ ’是zookeeper的根节点，现在我们可以使用ls命令来查看根节点下面的子节点 
这个命令创建了一个新的 znode 节点“ app1 ”以及与它关联的字符串。
我们还可以继续在该节点下面继续创建其他子节点： 
运行 get 命令来确认 znode 是否包含我们所创建的字符串 
短暂（ephemeral）（断开连接自己删除），这种短暂节点可以用在动态感知服务器上下线，当连接断开，zookeeper就会把这个节点删掉，那么这个节点的父节点就会发生一个事件，感知到它的子节点发生变化（减少），这样就可以去通知监听该父节点的客户端。 
然后我们现在退出客户端。 
然后在重新连接客户端查看。 
这个短暂节点就被删除了。
我们先来创建一个普通的持久节点 
然后我们在该结点下面创建持久序列节点 
我们可以看出来节点名称后面产生了一串的***
我们再创建一个持久序列节点看看： 
我们发现zookeeper会给我们的当前父节点下面的序列节点带上序号，并且是自增的。
修改完之后我们可以看到下面的版本信息也会变化。
再查看节点数据： 
我们在查看帮助的时候可以看到ls查看节点下面的所包含的子节点的时候，有一个可选项[watch]，这个可选项就可以帮助我们来监听节点变化。
我们先来设置ls命令的watch监听： 
然后我们可以在另一台zookeeper上改变该节点下的子节点。 
然后我们就可以看到事件触发了。 
但是监听事件只会触发一次，我们在创建一个子节点可以发现，并不会再产生事件了。 
意味着监听事件触发之后，这个监听事件就结束了。
注意我们这里监听的是节点数据变化，之前ls监听的是节点下面的子节点的变化，而这里监听的是当前节点里面的数据变化。
现在我们先用get来监听节点数据变化： 
然后我们在另一台zookeeper中去修改该节点的数据。 
然后我们就可以发现我们的监听事件触发了。 
同样这种监听事件只会触发一次。
delete命令只能删除空节点， 也就是节点下面没有其他子节点。 
然后我们就可以看到空节点被删除了。 
这种方式可以把整个节点包括其下面的所有节点都删除。
标签：规范 使用 节点数据 不能 zookeeper 它的 c11 自增 详细
原文地址：https://www.cnblogs.com/9165u/p/14616206.html
