今天发现服务器宝塔面板负载居然是100% 但是cpu 和内存其实并不高
通过命令查看主机
uptime 中load average 居然高达18.23 看来负载是真的高了
通过vmstat 看看具体问题
procs：
r 表示运行和等待CPU时间片的进程数，这个值如果长期大于系统CPU个数，说明CPU不足。
b 表示等待资源的进程数，比如正在等待I/O、或者内存交换等。
memory：算是正常
swap：
si 每秒从磁盘读入虚拟内存的大小，如果这个值大于0，表示物理内存不够或者内存泄露了，要查找耗内存进程解决掉。
so 每秒虚拟内存写入磁盘的大小，如果这个值大于0，同上。
一般情况下，si、so的值都为0，如果si、so的值长期不为0，则表示内存不足。
IO：
bi 块设备每秒接收的块数量，这里的块设备是指系统上所有的磁盘和其他块设备，默认块大小是1024byte
bo 块设备每秒发送的块数量
设置的bi+bo参考值为1000，如果超过1000，而且wa值较大，则表示系统磁盘IO有问题，应该考虑提高磁盘的读写性能。
图上还好
system：
in 每秒CPU的中断次数，包括时间中断。（较高）
cs 每秒上下文切换次数（较高）
这两个值越大，内核消耗的CPU就越多
cpu：
us 用户进程消耗的CPU时间百分比，us的值比较高时，说明用户进程消耗的cpu时间多，但是如果长期大于50%，就需要考虑优化程序或算法
sy 内核进程消耗的CPU时间百分比，sy值如果太高，说明内核消耗CPU资源很多，例如是IO操作频繁。
id CPU处于空闲状态的时间百分比。（cpu空闲）
wa io等待所占用的时间百分比，wa值越高，说明IO等待越严重，根据经验，wa的参考值为20%，如果wa超过20%，说明IO等待严重，引起IO等待的
原因可能是磁盘大量随机读写造成的，也可能是磁盘或者磁盘控制器的带宽瓶颈造成的（主要是块操作）通过上面的分析，发现主要是cpu每秒中断次数以及上下文切换较高
看看系统里面有没有D状态的 进程
ps -aux |grep D
果断kill试试？
kill -9 PID
终于正常了
还发现一个小问题
df -h 卡住了
解决办法：
1、首先就是使用strace去追踪到底在哪里卡住了
strace df -h
2、然后在使用strace df -h 就会显示出卡住的地方
stat("/home/wwwroot/xxx.cn/public
3、使用 umount -l 命令卸载无效挂载目录
umount -l /home/wwwroot/xxx.cn/public
网站挂载点出现了问题
再使用df -h就可以看到命令正常执行了
