zk数据模型介绍
- 是一个树形结构，类似于前端开发中的tree.js组件。
- zk的数据模型也可以理解为linux/unix的文件目录：/usr/local
- 每一个节点都称之为znode，它可以有子节点，也可以又数据。并以 key/value 形式存储数据。
- 每个节点分为临时节点和永久节点，临时节点在客户端断开后消失
- 永久节点就是一个永久化的过程。比如说存了一些数据，这些数据只有在人为的情况下才能进行删除，如果客户端session丢失之后，或者筛选超时，那么它的数据还是会存在的。
- 临时节点也可以人为的去操作，人为的去删除。session失效之后，里面所有的数据全都会丢失。
- 每个zk节点都有各自的版本号，可以通过命令行来显示节点信息。
- 每当节点数据发生变化，那么该节点的版本会累加（乐观锁）
- 删除/修改过时节点，版本号不匹配会报错。
- 每个zk节点存储的数据不宜过大，几K即可。
- 节点可以设置权限acl（权限控制列表），可以通过权限来限制用户的访问。
zk客户端连接关闭服务端，查看znode
- 客户端连接
- 查看znode节点
- 关闭客户端连接
- 步骤如下：
- 使用的是window操作系统，打开zkServer.cmd后，再次打开zkCli.cmd，则会提示连接成功。
- 连接的是本地localhost，端口号是2181
- 通过ls命令查看。显示当前目录的一些列表。
- 按下ctrl + c可以退出客户端连接
zookeeper的作用体现
- master节点选举，主节点挂了以后，从节点就会接手工作，并且保证这个节点是唯一的，这也是所谓首脑模式，从而保证我们的集群是高可用的。（比如说鸡蛋不会放在同一个篮子里面）
- 统一配置文件管理，即只需要部署一台服务器，则可以把相同的配置文件同步更新到其他所有服务器，该操作在云计算中用的特别多（假设修改了redis统一配置）
- 发布与订阅，类似消息队列MQ（amq，rmq...），dubbo发布者把数据存在znode上，订阅者会读取这个数据
- 提供分布式锁，分布式环境中不同进程之间争夺资源，类似于多线程中的锁。
- 集群管理，集群中保证数据的强一致性
本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。
