HBase PE日志读取方法及测试结果指标解读求助

我来帮你把这些HBase PE的问题逐个理清楚，这些都是性能测试里的关键细节，搞明白它们能帮你更好地分析集群的性能表现：

一、如何读取HBase PE的日志？ #

HBase PE（Performance Evaluation）的日志获取主要有三种方式：

• 控制台直接查看：如果是在本地终端手动执行PE命令，大部分测试日志会实时打印在控制台，包括请求过程、延迟统计等核心信息。
• 默认日志文件查看：PE的日志会自动写入HBase的日志目录，通常是$HBASE_HOME/logs，文件名一般是hbase-<你的用户名>-pe-<主机名>.log这类格式，直接用文本工具打开就能查看完整日志。
• 自定义保存日志：如果想把控制台输出留存到文件，执行命令时可以用重定向：./hbase pe --nomapred --rows=1 sequentialWrite 1 > pe_test.log 2>&1，这样所有输出（包括错误信息）都会写入pe_test.log文件。

二、解读命令./hbase pe --nomapred --rows=1 sequentialWrite 1的结果 #

先拆解下你这条命令的参数含义：

• --nomapred：指定不使用MapReduce模式，用本地客户端直接发起测试请求
• --rows=1：设置本次测试要写入的总行数为1
• sequentialWrite：测试类型为顺序写（按行键顺序写入数据）
• 最后的1：指定测试使用的客户端数量为1

结果I inserted 1 row with 1 client就是字面意思：用1个客户端成功完成了1行数据的顺序写入，完全符合你设置的参数，相当于一个最小化的验证测试，说明PE工具能正常和你的HBase集群交互。

三、PE测试结果中95%、99%、99.999%等百分比指标的含义 #

这些都是**百分位数（Percentile）**指标，用来精准反映延迟的分布情况，比单纯的平均延迟更有参考价值：

• 95%：表示在所有测试请求中，有95%的请求延迟小于等于这个数值，剩下5%的请求延迟比它高
• 99%：同理，99%的请求延迟不超过该值，仅1%的请求延迟更高
• 99.999%（业内常说的“5个9”）：只有0.001%的请求延迟高于这个数值，代表极端负载下的最坏延迟表现

这些指标能帮你判断集群的稳定性——比如如果99%百分位数远高于平均延迟，说明大部分请求很快，但有少量请求延迟极高，可能存在GC停顿、热点Region、网络抖动等问题。

四、时间统计Summary of timings (ms): Min: 106ms Max: 106ms Avg: 106ms的意义 #

这个统计是对所有测试请求的延迟做的基础汇总：

• Min：所有请求中最快的那个的延迟，这里是106ms
• Max：所有请求中最慢的那个的延迟，这里和Min完全一致，说明本次测试的所有请求延迟没有波动
• Avg：所有请求延迟的平均值，因为Min和Max相同，所以平均值也等于这个数值

如果Min、Max、Avg差距很大，说明集群的延迟波动明显，可能存在资源瓶颈或者数据热点问题；而三者一致的情况，说明本次测试的请求延迟非常稳定。

五、这些指标之间的关联 #

这些指标是互相补充的，能帮你全面评估集群性能：

• 平均延迟（Avg）给你一个整体的性能基准，但容易被极端值拉偏；而百分位数能告诉你延迟的分布是否均匀——比如Avg很低但99%百分位数很高，说明大部分请求高效，但少数请求存在异常
• Min和Max能帮你判断延迟的波动范围，结合百分位数来看：如果Max远高于99%百分位数，说明存在极少数极端延迟的请求，需要重点排查原因
• 把这些指标结合起来，既能了解集群的整体读写效率，也能判断稳定性和最坏情况表现，帮你精准定位性能瓶颈（是整体延迟高，还是仅少数请求慢）

内容的提问来源于stack exchange，提问作者user9184250