性能测试-性能分析cpu使用率过高(实战案例)

前言

架构:
VM1:用作 Web 服务器,来模拟性能问题
VM2:用作 Web 服务器的客户端,来给 Web 服务增加压力请求
使用两台虚拟机(均是 Ubuntu 18.04)是为了相互隔离,避免交叉感染

VM2 运行 ab 命令(初步观察 Nginx 性能)

简单介绍 ab 命令
ab(apache bench)是一个常用的 HTTP 服务性能测试工具
可以向目标服务器并发发送请求

运行 ab 命令
并发 10 个请求测试 VM1 的 N

ab -c 10 -n 10 http://172.20.72.58:10000/

从 ab 的输出结果可以看到,Nginx 能承受的每秒平均请求数只有 14.73(很差)

那到底是哪里出了问题呢?
接下来,通过一系列的命令来观察哪里出问题了

深入分析

VM2 长时间运行 ab 命令
并发 10 个请求测试 VM1 的 Nginx 性能,总共测试 10000 个请求

ab -c 10 -n 10000 http://172.20.72.58:10000/

VM1 终端运行 top 命令
输入后,按1,查看每个 CPU 的使用率

B2

结果分析:
系统中有几个 php-fpm 进程的 CPU 使用率加起来接近 200%
而每个 CPU 的用户使用率(us)也已经超过了 96%,接近饱和

结论:正是用户空间的 php-fpm 进程,导致 CPU 使用率骤升

分析 php-fpm 进程到底是因为哪个函数导致了 CPU 使用率升高
在 VM1 终端运行 perf 命令

perf record -g -p 84408

record:录制的意思
-g:开启调用关系分析
-p:指定 php-fpm 的进程号84408

录制约 30s 后,ctrl+c 终止进程,然后可以在当前目录下看到 perf.data 文件

然后执行下面命令,分析报告(perf.data)

perf report

按方向键可上下切换,有+的按回车键可以展开

结果分析:
最终是关系到 sqrt 和 add_function 这两个函数

查看 Nginx 应用的源码(找到问题根源)
找到 sqrt 函数

grep sqrt -r app/

原来只有 sqrt 函数在 app/index.php 文件中调用了

找到 add_function 函数

grep add_function -r app/

会发现找不到,因为 add_function 是 PHP 内置函数

查看 index.php 源码:

<?php
// test only.
$x = 0.0001;
for ($i = 0; $i <= 1000000; $i++) {
  $x += sqrt($x);
}

echo "It works!"

可以看到,这里有一个循环很多次的代码段

解决方法

找到问题的根源,就可以快速解决了,删除循环代码块

<?php

echo "It works!"

perf 拓展
其实有一条命令更方便查看函数

perf top -g -p 84408

那为啥我要用 perf record 然后再用 perf report 呢
因为如果没有 perf 源码的话,是无法读取到 php 的函数,只会显示一堆十六进制码

修复问题后(验证 Nginx 性能是否有所变化)

VM2 终端再次运行 ab 命令

ab -c 10 -n 10000 http://172.20.72.58:10000/

结果分析:
每秒请求数突飞猛进的升到 2500,比之前的 14 好多了

分析整体思路:

使用 ab 短时间压测,发现服务器性能低下,TPS 比较低;
使用 ab 长时间压测,让服务器保持一个高负载的状态,方便排查问题;
通过 top 命令监控系统资源情况,发现用户态的 CPU 使用率(us)很高,且进程列表中发现几个进程的 CPU 使用率特别高,都是同一个 php 进程;
通过 perf record 命令录制进程一段时间;
通过 perf report 查看录制进程的结果数据,可以分析 php-fpm 进程到底是哪个函数导致 CPU 使用率高;
找到 add_function、sqrt 函数;
通过 grep 命令确认函数是在 index.php 代码文件中;
查看 index.php 文件的源码,确认问题代码块;
删除问题代码块,重新压测,每秒平均请求数有了质的飞升,成功解决问题;

ginx 性能,总共测试 100 个请求

感谢每一个认真阅读我文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:

 

这些资料,对于【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取   

 

  • 8
    点赞
  • 14
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
课程从基础讲起,全课程以实战为主,每个知识点通过实际案例演练讲解理论+实践结合,更容易理解,适合小白,低门槛,快速上手。 课程同时涵盖web端和移动端app测试,同时还加入了抓包工具的使用; 1) 第一阶段为JMETER 5.4.1 (最新版本)工具使用篇,通过Jmeter 介绍和安装、http 取样器、JDBC 取样器、JMETER 组件详细讲解、配置元件、三种参数化方式教你玩转JMETER 参数化、工作过程间所需的常用函数、聚合报告、察看结果树、汇总报告等监听器知识,后置处理器、后置处理器之正则表达式提取器提取响应内容实践、读取本地JSON格式文件实例、正则表达式操作符、正则表达式工具之Regextester,系统全面学习正则表达式,突破JMETER 知识难点,响应断言、JMETER分布式、分布式原理、搭建JMETER 分布式、WebService协议接口测试。 每一个知识点采用理论加案例的方式,吃透每一个知识点,为性能测试实践奠定基础。 2) 第二阶段为性能测试实践篇1、通过JMETER 实践爬虫技术,爬取第三方平台全网页地址、批量爬取国外网站壁纸10W+图片并保存到本地;2、详细介绍Fiddler 抓包工具,Fiddler 抓包工具原理、Fiddler 抓取PC 端和移动端包信息、JMETER+Fiddler 结合使用对PC 端项目进行性能测试项目实践,提升PC 端性能测试能力;3、JMETER+Fiddler  结合使用对app 项目进行性能测试项目实践,提升app项目性能测试能力4、性能测试常见的业务指标和技术指标、响应时间、TPS、HPS等知识进行讲解5、通过JMETER 对移动端项目进行性能测试实战; 

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值