【ZooKeeper Notes 25】ZooKeeper运维之使用SnapshotFormatter可视化快照数据

在ZooKeeper的运维过程中,我们经常会碰到这样的问题,就是快照数据文件越来越大,但是ZooKeeper上的数据节点数量并没有相应的增加。

这说明什么问题:一定是有客户端在将ZooKeeper当数据库使用了。长此以往,必然会引起ZooKeeper内存数据过大而影响性能及集群间的数据同步。

那么有没有办法能够排查此类问题呢?解决方法是有的,我们首先需要使用SnapshotFormatter可视化快照数据。

数据快照机制是ZooKeeper用来定时进行内存全量数据dump,每次数据快照都会生成磁盘上的一个snapshot文件,例如:snapshot.300000007。

但是令人沮丧的是,这个文件是二进制格式的,无法看出任何有意义的数据信息。

幸好,ZooKeeper提供给我们一个可视化快照数据的工具:SnapshotFormatter

使用方法如下

java  SnapshotFormatter 快照数据文件

例如我们对上面提到的事务日志对应的快照数据文件进行可视化转换:

java SnapshotFormatter snapshot.300000007

输出内容如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
ZNode Details (count= 7 ):
----
/
   cZxid =  0x00000000000000
   ctime = Thu Jan  01  08 : 00 : 00  CST  1970
   mZxid =  0x00000000000000
   mtime = Thu Jan  01  08 : 00 : 00  CST  1970
   pZxid =  0x00000300000003
   cversion =  2
   dataVersion =  0
   aclVersion =  0
   ephemeralOwner =  0x00000000000000
   dataLength =  0
----
/test_log
   cZxid =  0x00000300000003
   ctime = Tue Sep  03  07 : 08 : 40  CST  2012
   mZxid =  0x00000300000004
   mtime = Tue Sep  03  08 : 13 : 54  CST  2012
   pZxid =  0x00000300000006
   cversion =  1
   dataVersion =  1
   aclVersion =  0
   ephemeralOwner =  0x00000000000000
   dataLength =  2
----
……


从上面的输出中,我们就可以看到ZooKeeper上的所有节点信息了,其中会看到有个dataLength属性,这个就是该数据节点的数据大小了。排序就可以排查出异常节点了。



本文转自 nileader 51CTO博客,原文链接:http://blog.51cto.com/nileader/983259,如需转载请自行联系原作者


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值