linux 云主机卡顿排查过程

矫情吗；* 2021-08-27 16:11 326阅读 0赞

最近在使用Linux云主机时发现远程登录操作卡顿，具体现象就是输入命令时，输的命令不能立即显示，要过一会儿才显示，按tab键补全也不好使。为了防止是网络原因导致的卡顿，特意从VNC界面登录试了下，发现卡顿现象依旧。以下为排查的具体步骤：

1.使用w命令查看系统负载，发现系统负载很高：（该服务器只有一个CPU，load average值的意义是单位时间段内CPU活动进程数，这个值越大就说明服务器压力越大，一般情况下这个值只要不超过服务器的cpu数量就没有关系）

![20190224103316409.png][]

2.使用top命令进一步确认具体是原因导致的负载过高，执行top命令后，发现CPU这一列wa的数值很高，说明CPU资源在等待I/O，由此可以判断是因为I/O的原因导致了系统负载过高，操作卡顿。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dkejMwNmxpbmc_size_16_color_FFFFFF_t_70][]

top命令从系统面大体展示了I/O Wait，但无法确定具体是哪个磁盘正在被影响；因此需要使用iostat命令进行确认

3.使用iostate命令确认具体是那个磁盘存在I/O异常，

iostate -x 2 5  \# 每2秒打印报告，共打印5次；-x参数告诉iostata打印出更详尽的报告

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dkejMwNmxpbmc_size_16_color_FFFFFF_t_70 1][]

iostat打印出的第1个报告，数值是基于最后一次系统启动的时间统计的，即每个子报告都是基于上1次的报告，因此第一个报告应该被忽略。在这个例子中，第2份报告就是从第1份报告开始后的硬盘数据，第3份报告基于第2份，依此类推。根据第2个报告的输出可以看到，vda盘的%util数值达到了103.63%，这表示引起I/O慢的进程在写入vda盘。

4.使用iotop或者ps查找导致高I/O的进程：

查看哪个进程使用硬盘最多的最简单的方法就是使用iotop命令，虽然iotop好用，但默认主流的linux发行版中是没有安装的，可以使用yum provides \*/iotop 查看iotop命令是由那个rpm包提供的，使用yum安装下即可。如果无法在短时间内完成iotop的安装，还可以使用ps命令来大致确定具体是那个进程导致的I/O过高。

ps命令能打印出内存，cpu的情况但没办法打印出硬盘I/O的情况。虽然ps没办法打印出I/O的情况，但可以显示出进程是否在等待I/O。等待I/O的进程通常处于uninterruptible、sleep或D状态，通过这些信息可以大致查找出处在wait状态的进程。

for x in \`seq 1 10\`;do ps -eo state,pid,cmd|grep "^D";echo "---";sleep 5;done

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dkejMwNmxpbmc_size_16_color_FFFFFF_t_70 2][]根据命令的打印结果可以看出，进程号为123424的进程每次都会出现，说明很有可能是该进程导致的I/O过高

为了进一步确认是否是该进程导致的I/O过高，可以在/proc中找到该进程，查看它的I/O

![20190224124458502.png][]

read\_bytes和write\_bytes就这个进程读写硬盘的字节数。可以看到123424这个进程已经读了2GB，写了235MB的数据。

接下来的操作，可以使用kill命令杀掉导致I/O飙高的进程（临时）

[20190224103316409.png]: https://img-blog.csdnimg.cn/20190224103316409.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dkejMwNmxpbmc_size_16_color_FFFFFF_t_70]: /images/20210728/833748ae995a487bb7914dd18ac089b3.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dkejMwNmxpbmc_size_16_color_FFFFFF_t_70 1]: https://img-blog.csdnimg.cn/20190224105456526.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dkejMwNmxpbmc=,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dkejMwNmxpbmc_size_16_color_FFFFFF_t_70 2]: https://img-blog.csdnimg.cn/20190224115620261.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dkejMwNmxpbmc=,size_16,color_FFFFFF,t_70
[20190224124458502.png]: https://img-blog.csdnimg.cn/20190224124458502.png