zookeeper常用命令行操作
通过 zkCli.sh 来打开zk客户端:
[root@study-01 ~]# zkCli.sh
[zk: localhost:2181(CONNECTED) 0]
ls 与 ls2 命令:
[zk: localhost:2181(CONNECTED) 0] ls / # ls命令用于查看节点,类似于Linux中的查看目录
[zookeeper]
[zk: localhost:2181(CONNECTED) 1] ls2 / # ls2命令用于查看节点以及该节点状态的详细信息
[zookeeper]
cZxid = 0x0
ctime = Thu Jan 01 08:00:00 CST 1970
mZxid = 0x0
mtime = Thu Jan 01 08:00:00 CST 1970
pZxid = 0x0
cversion = -1
dataVersion = 0
aclVersion = 0
ephemeralOwner = 0x0
dataLength = 0
numChildren = 1
[zk: localhost:2181(CONNECTED) 2]
get 与 stat命令:
[zk: localhost:2181(CONNECTED) 2] stat / # stat命令用于查看节点状态的详细信息
cZxid = 0x0
ctime = Thu Jan 01 08:00:00 CST 1970
mZxid = 0x0
mtime = Thu Jan 01 08:00:00 CST 1970
pZxid = 0x0
cversion = -1
dataVersion = 0
aclVersion = 0
ephemeralOwner = 0x0
dataLength = 0
numChildren = 1
[zk: localhost:2181(CONNECTED) 3] get / # get命令用于查看节点的数据以及节点状态的详细信息,由于没有数据所以这里显示的是空行
cZxid = 0x0
ctime = Thu Jan 01 08:00:00 CST 1970
mZxid = 0x0
mtime = Thu Jan 01 08:00:00 CST 1970
pZxid = 0x0
cversion = -1
dataVersion = 0
aclVersion = 0
ephemeralOwner = 0x0
dataLength = 0
numChildren = 1
[zk: localhost:2181(CONNECTED) 4]
关于节点状态属性信息的描述,如下表:
属性
描述
cZxid
节点的创建时间所对应的Zxid格式时间戳
ctime
节点的创建时间
mZxid
节点最后的修改时间所对应的Zxid格式时间戳
mtime
节点最后的的修改时间
pZxid
该节点的子节点(或该节点)的最近一次 创建 / 删除 所对应的Zxid格式时间戳
cversion
节点所拥有的子节点被修改的版本号,删除或添加子节点,版本号会自增
dataVersion
当前节点数据的版本号,数据写入操作,版本号会递增
aclVersion
节点ACL权限版本,权限写入操作,版本号会递增
ephemeralOwner
临时节点创建时的事务id,如果节点是永久节点,则它的值为0
dataLength
节点数据长度(单位:byte),中文占3个byte
numChildren
子节点数量
session的基本原理与create命令的使用
zk特性-session的基本原理:
客户端与服务端之间的连接存在会话
每个会话都可以设置一个超时时间
心跳结束,session则过期
session过期,则临时节点znode会被抛弃
心跳机制:客户端向服务端的ping包请求
create命令的使用:
[zk: localhost:2181(CONNECTED) 7] create /testDir test-data # 创建一个节点,节点的数据为test-data
Created /testDir
[zk: localhost:2181(CONNECTED) 8] ls /
[zookeeper, testDir]
[zk: localhost:2181(CONNECTED) 9] get /testDir
test-data
cZxid = 0x4
ctime = Sun Apr 22 18:17:56 CST 2018
mZxid = 0x4
mtime = Sun Apr 22 18:17:56 CST 2018
pZxid = 0x4
cversion = 0
dataVersion = 0
aclVersion = 0
ephemeralOwner = 0x0
dataLength = 9
numChildren = 0
[zk: localhost:2181(CONNECTED) 10]
这种创建方式创建出来的节点是持久化的,也就是持久节点(PERSISTENT)。所谓持久节点,是指在节点创建后,就一直存在,直到有删除操作来主动清除这个节点——不会因为创建该节点的客户端会话失效而消失。除了持久节点之外,我们还可以创建临时节点(EPHEMERAL),那么我们来看看如何创建临时节点:
[zk: localhost:2181(CONNECTED) 11] create -e /testDir/tmp tmp-data # -e指定创建的节点是临时节点
Created /testDir/tmp
[zk: localhost:2181(CONNECTED) 12] get /testDir
test-data
cZxid = 0x4
ctime = Sun Apr 22 18:17:56 CST 2018
mZxid = 0x4
mtime = Sun Apr 22 18:17:56 CST 2018
pZxid = 0x5
cversion = 1 # 由于在testDir下创建了一个子节点,所以 cversion 的值就会进行累加
dataVersion = 0
aclVersion = 0
ephemeralOwner = 0x0 # 表示持久节点
dataLength = 9
numChildren = 1
[zk: localhost:2181(CONNECTED) 16] get /testDir/tmp
tmp-data
cZxid = 0x5
ctime = Sun Apr 22 18:20:26 CST 2018
mZxid = 0x5
mtime = Sun Apr 22 18:20:26 CST 2018
pZxid = 0x5
cversion = 0
dataVersion = 0
aclVersion = 0
ephemeralOwner = 0x10000052f5b0000 # 表示临时节点
dataLength = 8
numChildren = 0
[zk: localhost:2181(CONNECTED) 17]
和持久节点不同的是,临时节点的生命周期和客户端会话绑定。也就是说,如果客户端会话失效,那么这个节点就会自动被清除掉。注意,这里提到的是会话失效,而非连接断开,当然连接断开也会导致会话失效,但是并不是主要原因。另外,在临时节点下面不能创建子节点。我们上面提到了,心跳结束,session就会过期,而session过期,则临时节点znode就会被抛弃。那么我们来断开与服务端的连接,看看临时节点是否会被清除:
[zk: localhost:2181(CONNECTED) 17] quit # 退出
Quitting...
2018-04-22 18:25:44,884 [myid:] - INFO [main:ZooKeeper@687] - Session: 0x10000052f5b0000 closed # session关闭了
2018-04-22 18:25:44,885 [myid:] - INFO [main-EventThread:ClientCnxn$EventThread@520] - EventThread shut down for session: 0x10000052f5b0000
[root@study-01 ~]# zkCli.sh # 重新连接服务端
[zk: localhost:2181(CONNECTED) 0] ls /testDir # 可以看到,tmp节点就消失了
[]
[zk: localhost:2181(CONNECTED) 1]
以上我们演示了持久节点和临时节点的创建,下面我们来看一下持久顺序节点(PERSISTENT_SEQUENTIAL)的创建:
[zk: localhost:2181(CONNECTED) 1] create -s /testDir/sec seq # -s指定创建持久顺序节点
Created /testDir/sec0000000001 # 会自动为给定节点名加上一个数字后缀
[zk: localhost:2181(CONNECTED) 2] ls /testDir
[sec0000000001]
[zk: localhost:2181(CONNECTED) 3] create -s /testDir/sec seq
Created /testDir/sec0000000002 # 再次创建节点数字就会递增
[zk: localhost:2181(CONNECTED) 4] ls /testDir
[sec0000000001, sec0000000002] # 这时就会有两个节点
[zk: localhost:2181(CONNECTED) 7] create -s /testDir/test seq # 创建前缀不同的节点,数字也会递增
Created /testDir/test0000000003
[zk: localhost:2181(CONNECTED) 8] ls /testDir
[test0000000003, sec0000000001, sec0000000002]
[zk: localhost:2181(CONNECTED) 9]
这类节点的基本特性和持久节点类型是一致的。额外的特性是,在ZK中,每个父节点会为他的第一级子节点维护一份时序,会记录每个子节点创建的先后顺序。基于这个特性,在创建子节点的时候,可以设置这个属性,那么在创建节点过程中,ZK会自动为给定节点名加上一个数字后缀,作为新的节点名。这个数字后缀的范围是整型的最大值。
当 -s 与 -e 选项同时使用就是创建临时顺序节点(EPHEMERAL_SEQUENTIAL) ,此节点是属于临时节点,不过带有顺序,和临时节点一样,当session过期节点就会消失,而客户端会话连接结束也会导致session过期,所以同样的该节点也会消失,这种类型的节点一般用于实现分布式锁。以下演示一下临时顺序节点的创建方式:
[zk: localhost:2181(CONNECTED) 15] create /testTmp testTmp-data # 创建一个持久节点
Created /testTmp
[zk: localhost:2181(CONNECTED) 16] create -s -e /testTmp/secTmp secTmp-data # 在该节点下,创建临时顺序节点
Created /testTmp/secTmp0000000000
[zk: localhost:2181(CONNECTED) 17] create -s -e /testTmp/secTmp secTmp-data
Created /testTmp/secTmp0000000001
[zk: localhost:2181(CONNECTED) 18] create -s -e /testTmp/testTmp secTmp-data
Created /testTmp/testTmp0000000002
[zk: localhost:2181(CONNECTED) 19] ls /testTmp
[testTmp0000000002, secTmp0000000001, secTmp0000000000]
[zk: localhost:2181(CONNECTED) 20]
断开客户端与服务端的连接,看看临时顺序节点是否会被清除:
[zk: localhost:2181(CONNECTED) 21] quit # 退出
Quitting...
2018-04-22 19:07:13,527 [myid:] - INFO [main:ZooKeeper@687] - Session: 0x10000052f5b0001 closed
2018-04-22 19:07:13,528 [myid:] - INFO [main-EventThread:ClientCnxn$EventThread@520] - EventThread shut down for session: 0x10000052f5b0001
[root@study-01 ~]# zkCli.sh
[zk: localhost:2181(CONNECTED) 1] ls /testTmp # 可以看到,节点都被清除了
[]
[zk: localhost:2181(CONNECTED) 2]
set与delete命令的使用
使用set命令可以对某个节点进行修改:
[zk: localhost:2181(CONNECTED) 2] set /testDir new-data # 修改testDir节点的数据
cZxid = 0x4
ctime = Sun Apr 22 18:17:56 CST 2018
mZxid = 0x12
mtime = Sun Apr 22 19:24:41 CST 2018
pZxid = 0xa
cversion = 5
dataVersion = 1
aclVersion = 0
ephemeralOwner = 0x0
dataLength = 8
numChildren = 3
[zk: localhost:2181(CONNECTED) 3] get /testDir
new-data # 可以看到数据更新了
cZxid = 0x4
ctime = Sun Apr 22 18:17:56 CST 2018
mZxid = 0x12
mtime = Sun Apr 22 19:24:41 CST 2018
pZxid = 0xa
cversion = 5
dataVersion = 1 # 此时数据版本就会递增为1
aclVersion = 0
ephemeralOwner = 0x0
dataLength = 8
numChildren = 3
[zk: localhost:2181(CONNECTED) 4]
我们可以利用数据版本 dataVersion 来达到一个乐观锁的效果,所以每次我们修改节点数据的时候,应该加上这个 dataVersion 的值去进行修改,以免在并发的时候导致数据不一致:
[zk: localhost:2181(CONNECTED) 4] set /testDir OneVerstion-data 1 指定版本去修改数据
cZxid = 0x4
ctime = Sun Apr 22 18:17:56 CST 2018
mZxid = 0x13
mtime = Sun Apr 22 19:29:29 CST 2018
pZxid = 0xa
cversion = 5
dataVersion = 2
aclVersion = 0
ephemeralOwner = 0x0
dataLength = 16
numChildren = 3
[zk: localhost:2181(CONNECTED) 5] set /testDir OneVerstion-data 1 # 如果此时别人再次使用版本1去修改数据,就会报错
version No is not valid : /testDir
[zk: localhost:2181(CONNECTED) 6]
使用delete命令可以对某个节点进行删除:
[zk: localhost:2181(CONNECTED) 8] ls /testDir
[test0000000003, sec0000000001, sec0000000002]
[zk: localhost:2181(CONNECTED) 9] delete /testDir/sec0000000001 # 删除节点
[zk: localhost:2181(CONNECTED) 10] ls /testDir
[test0000000003, sec0000000002]
[zk: localhost:2181(CONNECTED) 11] delete /testDir/sec0000000002 0 # 通过指定版本号来删除节点
[zk: localhost:2181(CONNECTED) 12] ls /testDir
[test0000000003]
[zk: localhost:2181(CONNECTED) 13]
watcher机制
watcher是zk中比较重要的特性,定义如下:
针对每个节点的操作,都会有一个监督者 -> watcher
当监控的某个对象(znode)发生了变化,则触发watcher事件
简单来说,watcher类似于sql中的触发器
zk中的watcher是一次性的,触发后立即销毁
父节点,子节点 的增删改都能够触发其watcher
针对不同类型的操作,触发的watcher事件也不同:
(子)节点创建事件
(子)节点删除事件
(子)节点数据变化事件
父节点watcher事件
watcher命令行学习:
通过get path [watcher] 可以设置watcher,其他的诸如stat、ls、ls2命令也可以设置watcher
父节点 增 删 改 操作触发watcher
子节点 增 删 改 操作触发watcher
watcher事件类型-父节点:
创建父节点触发 NodeCreated 事件
修改父节点数据触发 NodeDataChanged 事件
删除父节点触发 NodeDeleted 事件
创建父节点触发 NodeCreated 事件,示例:
[zk: localhost:2181(CONNECTED) 19] stat /testWatch watch # 在节点创建之前,我们可以通过 stat 命令去设置watcher
Node does not exist: /testWatch
[zk: localhost:2181(CONNECTED) 20] create /testWatch test-data # 创建父节点
WATCHER::
WatchedEvent state:SyncConnected type:NodeCreated path:/testWatch # 触发 NodeCreated 事件
Created /testWatch
[zk: localhost:2181(CONNECTED) 21]
修改父节点数据触发 NodeDataChanged 事件,示例:
[zk: localhost:2181(CONNECTED) 21] get /testWatch watch # 因为zk事件是一次性的,所以我们还需要通过 get 命令设置 watcher
test-data
cZxid = 0x19
ctime = Sun Apr 22 23:37:08 CST 2018
mZxid = 0x19
mtime = Sun Apr 22 23:37:08 CST 2018
pZxid = 0x19
cversion = 0
dataVersion = 0
aclVersion = 0
ephemeralOwner = 0x0
dataLength = 9
numChildren = 0
[zk: localhost:2181(CONNECTED) 22] set /testWatch new-data # 修改父节点数据
WATCHER::
WatchedEvent state:SyncConnected type:NodeDataChanged path:/testWatch # 触发 NodeDataChanged 事件
cZxid = 0x19
ctime = Sun Apr 22 23:37:08 CST 2018
mZxid = 0x1a
mtime = Sun Apr 22 23:40:32 CST 2018
pZxid = 0x19
cversion = 0
dataVersion = 1
aclVersion = 0
ephemeralOwner = 0x0
dataLength = 8
numChildren = 0
[zk: localhost:2181(CONNECTED) 23]
删除父节点触发 NodeDeleted 事件,示例:
[zk: localhost:2181(CONNECTED) 23] ls /testWatch watch # 通过 ls 命令来设置 watcher
[]
[zk: localhost:2181(CONNECTED) 24] delete /testWatch # 删除父节点
WATCHER::
WatchedEvent state:SyncConnected type:NodeDeleted path:/testWatch # 触发 NodeDeleted 事件
[zk: localhost:2181(CONNECTED) 25]
子节点watcher事件
watcher事件类型-子节点:
使用 ls 命令为父节点设置watcher,创建子节点时就会触发 NodeChildrenChanged 事件
使用 ls 命令为父节点设置watcher,删除子节点时也会触发 NodeChildrenChanged 事件
使用 ls 命令为父节点设置watcher,修改子节点数据时不会触发任何事件
使用 get 命令为子节点设置watcher,修改子节点数据时会触发 NodeDataChanged 事件
使用 ls 命令为父节点设置watcher,创建子节点时就会触发 NodeChildrenChanged 事件,示例:
[zk: localhost:2181(CONNECTED) 29] create /testWatch test-data # 创建父节点
Created /testWatch
[zk: localhost:2181(CONNECTED) 30] ls /testWatch watch # 使用 ls 命令为父节点设置watcher
[]
[zk: localhost:2181(CONNECTED) 31] create /testWatch/testChildren children-data # 创建子节点
WATCHER::
WatchedEvent state:SyncConnected type:NodeChildrenChanged path:/testWatch # 触发 NodeChildrenChanged 事件
Created /testWatch/testChildren
[zk: localhost:2181(CONNECTED) 32]
使用 ls 命令为父节点设置watcher,删除子节点时也会触发 NodeChildrenChanged 事件,示例:
[zk: localhost:2181(CONNECTED) 32] ls /testWatch watch # 使用 ls 命令为父节点设置watcher
[testChildren]
[zk: localhost:2181(CONNECTED) 33] delete /testWatch/testChildren # 删除子节点
WATCHER::
WatchedEvent state:SyncConnected type:NodeChildrenChanged path:/testWatch # 触发 NodeChildrenChanged 事件
[zk: localhost:2181(CONNECTED) 34]
简单说明一下为什么创建和删除子节点都是触发 NodeChildrenChanged 事件,这是因为子节点都是挂在父节点之下,而我们是给父节点设置的 watcher,不是给子节点设置 watcher ,不管子节点是删除还是创建,都是一个改变的过程,所以都是触发同一个事件。
使用 ls 命令为父节点设置watcher,修改子节点数据时不会触发任何事件,示例:
[zk: localhost:2181(CONNECTED) 35] create /testWatch/testChildren children-data # 创建子节点
[zk: localhost:2181(CONNECTED) 36] ls /testWatch watch # 使用 ls 命令为父节点设置watcher
[testChildren]
[zk: localhost:2181(CONNECTED) 37] set /testWatch/testChildren new-children-data # 修改子节点数据时不会触发任何事件
cZxid = 0x1f
ctime = Sun Apr 22 23:58:44 CST 2018
mZxid = 0x20
mtime = Sun Apr 22 23:59:24 CST 2018
pZxid = 0x1f
cversion = 0
dataVersion = 1
aclVersion = 0
ephemeralOwner = 0x0
dataLength = 17
numChildren = 0
[zk: localhost:2181(CONNECTED) 38]
不会触发事件是因为这个watcher是设置在父节点上的,所以修改子节点数据时不会触发父节点所设置的watcher事件。
使用 get 命令为子节点设置watcher,修改子节点数据时会触发 NodeDataChanged 事件,示例:
[zk: localhost:2181(CONNECTED) 40] get /testWatch/testChildren watch # 使用 get 命令为子节点设置watcher
new-children-data
cZxid = 0x1f
ctime = Sun Apr 22 23:58:44 CST 2018
mZxid = 0x21
mtime = Mon Apr 23 00:01:41 CST 2018
pZxid = 0x1f
cversion = 0
dataVersion = 2
aclVersion = 0
ephemeralOwner = 0x0
dataLength = 17
numChildren = 0
[zk: localhost:2181(CONNECTED) 41] set /testWatch/testChildren new-children-data2 # 修改子节点数据
WATCHER::
WatchedEvent state:SyncConnected type:NodeDataChanged path:/testWatch/testChildren # 触发 NodeDataChanged 事件
cZxid = 0x1f
ctime = Sun Apr 22 23:58:44 CST 2018
mZxid = 0x22
mtime = Mon Apr 23 00:02:11 CST 2018
pZxid = 0x1f
cversion = 0
dataVersion = 3
aclVersion = 0
ephemeralOwner = 0x0
dataLength = 18
numChildren = 0
[zk: localhost:2181(CONNECTED) 42]