通过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
正常情况下我们在发现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 目录 强制卸载
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)