性能测试-服务端瓶颈分析思路

傷城~ 2023-06-05 08:56 26阅读 0赞

# #

**阅读更多性能测试文章，请扫码关注公众号**

**或者微信公众号搜索 测试驿栈**

## ![946454-20190730110336476-1559196457.png][] ##

## 概述 ##

性能测试中，对服务端的指标监控也是很重要的一个环节。通过对各项服务器性能指标的监控分析，可以定位到性能瓶颈。

后端性能指标有CPU，内存，网络，I/O等等

## 分析思路 ##

*  整体系统CPU利用率
 *  内存利用率
 *  磁盘I/O的利用率和延迟
 *  网络利用率

## CPU定位分析 ##

CPU利用率大于50%，需要注意；大于70%，需要密切关注；高于90%，情况比较严重。

监控命令：vmstat、sar、dstat、mpstat、top、ps

<table style="border-color:#000000;border-width:2px;border-style:solid;"> 
 <tbody> 
 <tr> 
 <td>类型</td> 
 <td>度量方法</td> 
 <td>衡量标准</td> 
 </tr> 
 <tr> 
 <td>利用率</td> 
 <td> 1、vmstat 统计1-%idle 2、sar -u 统计1-%idle 3、dstat 统计1-%idl 4、mpstat -P ALL 统计1-%idle </td> 
 <td>&nbsp; 注意&gt;=50% 告警&gt;=70% 严重&gt;=90% </td> 
 </tr> 
 <tr> 
 <td>满载</td> 
 <td>&nbsp; 1、vmstat的r值&gt; cpu逻辑颗数 2、sar -q ,“runq-sz”&gt;cpu逻辑颗数 &nbsp; </td> 
 <td>&nbsp;运行队列大于1时，证明已经有一定的负载</td> 
 </tr> 
 </tbody> 
</table>

## 内存定位分析 ##

当物理内存不够时，会使用swap分区，所以性能测试过程中需要关注swap和mem的使用情况。

物理内存不够，大量的内存置换到swap空间，可能导致CPU和I/O的瓶颈。

监控命令：vmstat、sar、dstat、free、top、ps等

<table style="border-color:#000000;border-width:2px;border-style:solid;"> 
 <tbody> 
 <tr> 
 <td>类型</td> 
 <td> 度量方法 </td> 
 <td> 衡量标注 </td> 
 </tr> 
 <tr> 
 <td>占用率</td> 
 <td> 1、free 查看使用情况 2、vmstat 3、sar -r 4、ps </td> 
 <td> 注意&gt;=50% 告警&gt;=70% 严重&gt;=80% </td> 
 </tr> 
 <tr> 
 <td>满载</td> 
 <td> 1、vmstat的si/so比例，swapd占比 2、sar -W 查看次缺页数 3、dmesg | grep killed </td> 
 <td> 1、so数值大，且swapd已经占比很高，内存已经饱和 2、sar命令次缺页多意味内存已经饱和 3、内存不够用会触发内核的OOM机制 </td> 
 </tr> 
 </tbody> 
</table>

## 网络定位分析 ##

监控命令：sar、ifconfig、netstat，以及查看net的dev速率。

通过查看发现收发包的吞吐率达到网卡的最大上限，网络数据报文有因为这类原因而引起的丢包、阻塞等现象都证明当前网络可能存在瓶颈。

为了减小网络对性能测试的影响，一般我们都在局域网中进行测试执行。

<table style="border-color:#000000;border-width:2px;border-style:solid;"> 
 <tbody> 
 <tr> 
 <td>类型</td> 
 <td>度量方法</td> 
 <td>衡量标准</td> 
 </tr> 
 <tr> 
 <td>使用情况</td> 
 <td> 1、sar -n DEV 的收发计数大于网卡上限 2、ifconfig RX/TX宽带超过网卡上限 3、cat /proc/net/dev的速率超过上限 4、nicstat的util基本满负荷 </td> 
 <td> 1、收发包的吞吐率达到网卡上限 2、有延迟 3、有丢包 4、有阻塞 </td> 
 </tr> 
 <tr> 
 <td>满载</td> 
 <td> 1、ifconfig dropped 有计数 2、netstat -s "segments retransmited"有计数 3、sar -n EDEV，rxdrop/s &nbsp;txdrop/s有计数 </td> 
 <td>有丢包统计</td> 
 </tr> 
 <tr> 
 <td>错误</td> 
 <td> 1、ifconfig，“errors” 2、netstat -i，RX-ERR TX-ERR 3、sar -n EDEV，rxerr/s &nbsp; txerr/s&nbsp; 4、ip -s link， “errors” </td> 
 <td>错误有计数&nbsp; &nbsp;</td> 
 </tr> 
 </tbody> 
</table>

## IO定位分析 ##

I/O读写频繁的时候，如果I/O得不到满足会导致应用的阻塞。

需要考虑I/O的TPS、平均I/O数据、平均队列长度、平均服务时间、平均等待时间、IO利用率（磁盘Busy Time%）等指标

监控命令：sar、iostat、iotop

<table style="border-color:#000000;border-width:2px;border-style:solid;"> 
 <tbody> 
 <tr> 
 <td>类型</td> 
 <td>度量方法</td> 
 <td>衡量标准</td> 
 </tr> 
 <tr> 
 <td>使用情况</td> 
 <td> 1、iostat -xz，“%util” 2、sar -d，“%util” 3、cat /proc/pid/sched | grep iowait </td> 
 <td> 注意&gt;=40% 告警&gt;=60% 严重&gt;=80% </td> 
 </tr> 
 <tr> 
 <td>满载</td> 
 <td> 1、iostat -xnz，“avgqu-sz&nbsp;”&gt;1 2、iostat await&gt;70 </td> 
 <td>IO疑似满载</td> 
 </tr> 
 <tr> 
 <td>错误</td> 
 <td> 1、dmseg 查看io错误 2、smartctl /dev/sda </td> 
 <td>有错误信息</td> 
 </tr> 
 </tbody> 
</table>

转载于:https://www.cnblogs.com/Zfc-Cjk/p/11262924.html

[946454-20190730110336476-1559196457.png]: /images/20230601/48c22a92db694e6d9fbbd433a1ce85d6.png