保暖透气大裤衩LeoLee的博客

前言 zookeeper的监控命令需要通过telnet或者nc工具向zookeeper服务进行提交 如使用telnet工具： telnet 127.0.0.1 2181 之后telnet工具连接zookeeper成功可以使用四字监控命令进行操作。在连接建立之后输入对应的命令后回车。 在使用监控命令之前，需要修改zookeeper的配置文件，开启四字监控命令，否则会报错如下： nc命令使用方法自行搜索，使用什么工具与本文关系不大。 开启监控命令 修改zoo.cfg文件，在配置文件中加入如

实现思路 实现的分布式锁的最常见方式是使用redis分布式锁（redis分布式锁参考我的专栏——分布式锁），基本原理是在各个服务执行到临界区（造作共享资源的代码块）之前，去redis中尝试添加一个带有当前贡献资源标识的redis数据，如果redis中没有该键值，添加成功，代表加锁成功，如果redis中已经存在该键值，添加失败，则加锁失败。 而zookeeper的原理就完全不一样了： 首先，每个客户端会去某个指定的znode（一般情况，一类分布式锁都创建在某一个node path下）下创建临时有序节点，

概述 ACL，全称：access control list，与linux系统对文件的权限控制类似，主要涵盖三个方面： 权限模式（scheme）：授权的策略 授权对象（id）：anyone、ip地址 权限（permission） 特点如下： zookeeper的权限控制是基于每个znode节点的，对每个节点设置权限 每个znode支持设置多种权限控制方案核多个权限 子节点不会继承父节点的权限，客户端无权访问某节点，但是可以访问它的子节点。 授权模式 world：默认授权模式，代表登录zooke

监听器watch 注册的监听器能够在某个节点发生变化后，向客户端发出通知，需要注意的是该监听器是一次性的，即触发一次后失效。 3.7版本 get [-s] [-w] path 3.6版本之前 get path watch zookeeper监听器的常见使用场景就是作为配置中心，当zookeeper中的某个数据节点发生变化之后，马上通知客户端读取最新的配置。 get命令示例 打开一个会话，向某个节点添加监听器 开启另一个会话，修改此节点 修改之后，设置监听器的会话将会收到一条节点变化的

概述 zookeeper的数据节点可以视为是树状结构，树中的各个节点被称之为znode，一个znode可以拥有多个节点，使用节点的路径来定位某个znode。 znode兼具文件和目录两种身份，既能像文件一样维护着数据、元信息、ACL、时间戳等数据，又可以像目录已经作为路径的标识的一部分。 znode的组成部分 节点的数据：节点path，以及对应的节点数据。 节点的子节点children 节点的状态state：用来描述当前节点的创建、修改记录、包括cZxid、ctime等 cZxid：数据节