30 | 预压测:如何基于小流量快速验证容量压测效果?
高楼
你好,我是高楼。
上一节课呢,我们重点讲解了基准场景、容量场景、稳定性场景和异常场景这四类性能场景。通过对一个接口的基准场景模拟,我们提前发现了 Calico IPIP 模式单网卡软中断的问题,为后面容量场景的测试减少了一些麻烦。
这节课,我们就再进一步,把容量场景跑起来。我们先预压测一下,把场景中存在的小问题先找出来。
因为是预压测,所以一开始我们不用上太多的线程。先添加 20 个线程,运行一下看看结果就可以了。
说明一下,这里我换到 JMeter 上来运行,倒不是因为 GoReplay 不能满足压测需求,经过前面的改造,GoReplay 其实已经可以完成我们的压测需求了。只是我还是更习惯 JMeter 在功能上的丰富性,所以在预压测这一讲,我们还是用 JMeter 来执行。
第一阶段
压力场景数据
怀着激动的心情,我们先来启动压力:
果然是不压不知道,一压心直跳呀。错误率很高不说,响应时间也很长。这就是我们要面对的问题了。
我们先来分析一下错误在哪。
从报错的信息来看,是断言判断不到设定的“操作成功”和“下单成功”字样。这是什么问题呢?
我们先把脚本拿到本地来跑一下试试。
我们发现,返回信息里的中文全是乱码。这样一来,断言自然也就失效了。为了解决乱码,我们打开 JMeter 目录中的 /bin/jmeter.properties,添加 UTF-8 的配置到文件中。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
本文介绍了容量压测的预压测过程,通过实际案例详细介绍了性能测试过程中的问题发现和解决方法。作者首先强调了容量场景的重要性,并提到了使用JMeter进行预压测的原因。在预压测的第一阶段中,作者通过分析压力场景数据发现了一些问题,如中文乱码导致断言失效,通过修改配置解决了这一问题。接着,作者进行了全局监控分析和定向监控分析,发现了CPU消耗较高的问题,并通过添加索引解决了全表扫描导致的性能问题。在预压测过程中,作者强调了持续监控和分析的重要性,并指出在解决一个问题后可能会出现新的问题。最后,作者总结了预压测的重要性,指出预压测可以验证场景设置、参数化数据、网络环境、硬件环境等内容,避免在执行正式的场景时出现耗时的问题。预压测的存在可以给容量场景做好充分的铺垫。整篇文章以实际案例为基础,对于进行容量压测的技术人员具有一定的参考价值。
仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《全链路压测实战 30 讲》,新⼈⾸单¥59
《全链路压测实战 30 讲》,新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(2)
- 最新
- 精选
- Geek_f9e0e5预压测可以验证场景设置、参数化数据、网络环境、硬件环境等内容。 规避浅显问题
作者回复: 正确。
2022-02-112 - 微醺老师,我看文章里的grafana中tps图有断档的情况,是什么情况呢,之前在使用过程中也发现了
作者回复: 有好多种原因。我这里是因为执行的动作。
2023-06-07归属地:北京
收起评论