压测面板和WAF统计的QPS相差两倍
原创
【背景说明】
某健康码接口混合压测时发现waf上看到的QPS是grafana上QPS的2倍，同时发现请求数是QPS数之和的两倍，怀疑压测工具存在问题
【问题表现】
如下图所示，接口混合压测时每秒平均QPS为1.42k，持续5分钟，可以算出总请求数应该为426000，但实际请求数显示为837890，发现压测工具可能存在问题
【排查思路】
找出之前项目压测结果和内网压测结果进行计算分析，发现都没有问题，于是查看grafana统计SQL，怀疑是不是时间耗时过长导致，于是排除耗时过大的接口复压，发现还事有该情况，进过多轮组合复压发现，其中一个接口和其他接口混压是都会出现数量对不上的情况，于是怀疑该接口有问题。
为了提高效率，我在本地进行多次尝试，发现该接口单压没有问题，混合压测是就导致数据对不上，且jmeter聚合报告中的QPS正常，grafana上QSP少了一半左右，怀疑grafana存在问题。
分析混压时单接口情况，发现单接口QPS与jmeter聚合报告结果基本一致
怀疑只是总QPS统计问题，但其他接口混压又没有问题，根据之前出现的jmeter配置偶尔出现问题问题情况（显示和实际表现不一致），怀疑该接口的后端监听器是不是有问题，于是换上正常接口的后端监听器复压，发现grafana上的QPS和jmeter聚合报告对应上了，于是谜题解开，是因为脚本中该接口的后端监听器有问题，导致grafana结果显示有问题
【总结】
当grafana上QPS和请求总数存在明显差距时，有可能是脚本导致，应该排查脚本，可能受工具版本或者执行环境影响，需要注意
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。