Linux--常见问题：LOAD高但是CPU和IO都很低问题解决

正常情况下我们在发现Load 过高时都会去查询几个方向

按上面情况查询基本上99%的都能查出问题所在，但是剩余1%特殊情况确无法判断出来

下面介绍下剩余1%中的一种相对常见的情况。

查看一下进程的状态：

# top -H

# shift+o =选择w (按照状态排序）

# R(排序）

结果发现一近十个find和其它进程的状态是D(uninterruptible sleep)。

再看看进程，该机器挂了nfs，因此应该是大耗时 *** 作挂载盘的结果

1，一般这种情况想立刻解决可以直接重新mount这些盘使这些IO *** 作失败中断。

2， 强制卸载目录 umount -f 目录

注：使用-f 参数进行强制卸载时一般建议等一会儿，一些情况下处理需要1－2分钟的时间。

3，使用umount -f，问题依旧。使用fuser命令，先确认有那些进程在占用该目录

# fuser -cu 目录 查询关联应用

# fuser -ck 目录 强制卸载

客户现场遇到mongodb cpu偶发性占用过高问题，配置16c16g，装了mysql,mongo,influxdb，java等应用，观察到mongodb在更新数据的时候很慢，几秒甚至几十秒。

通过vmstat 1 10发现bi很高达到2w，

top展开cpu发现有几个cpu的%wa经常在100%，初步判断硬盘负载很高，

用iostat -x 1 10果然硬盘%util达到100%了

iotop发现mysqld占用大量的io

看mysql的日志，发现有超时查询，加完索引后，系统正常。

回头看mongodb的查询慢、偶发性占用cpu 1600%只是表象，因为mongodb需要往硬盘写数据，这个时候硬盘被mysql占用，导致mongodb线程只能等io，mongodb写硬盘的请求积累，cpu也没释放，故cpu占用率高。

load负载和cpu之间关系：

参考： https://www.cnblogs.com/zhangyjblogs/p/14163576.html

---