设为首页 收藏本站
查看: 1223|回复: 0

[经验分享] Linux服务器I/O过高罪魁祸首

[复制链接]
累计签到:1 天
连续签到:1 天
发表于 2016-9-2 10:55:28 | 显示全部楼层 |阅读模式
Linux服务器随着业务的增加,会带来服务器的各种问题,比如CPU过高、load值过高、网卡流量过高、内存使用量过高等等。
Linux查看进程的方法有很多,但是想要找准哪个进程占的CPU、内存、以及I/O就要使用多种工具进行组合、最终找到问题所在。这篇文章讲述找出服务器I/O占用的罪魁祸首。

查看当前系统是否是由于I/O过高造成的原因,可以使用Linux最简单的也是最常用的工具top
1
2
3
4
5
top - 09:24:57 up 360 days, 17:02,  2 users,  load average: 5.69, 6.78, 7.04
Tasks: 200 total,   3 running, 197 sleeping,   0 stopped,   0 zombie
Cpu(s): 22.3%us,  5.9%sy,  0.0%ni, 51.3%id, 20.3%wa,  0.0%hi,  0.2%si,  0.0%st
Mem:  24592712k total, 24399804k used,   192908k free,     8852k buffers
Swap:  8388600k total,  4956692k used,  3431908k free, 17608380k cached



20.3%wa正是磁盘I/O占用CPU百分比的时间片。

查看哪个进程占用的I/O过高,使用iotop,ps,lsof


iotop
1
2
3
4
5
6
7
8
9
10
11
12
13
14
Total DISK READ: 57.94 M/s | Total DISK WRITE: 3.85 K/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND                                                                                                
4036 be/4 search   1076.67 K/s   26.92 K/s  0.00 % 99.99 % bs_r -f bin/conf/bs.conf -d
4040 be/4 search   1245.86 K/s    0.00 B/s  0.00 % 99.36 % bs_r -f bin/conf/bs.conf -d
20678 be/4 search    745.98 K/s    0.00 B/s  0.00 % 96.99 % mcreate -daemon
4039 be/4 search   2045.67 K/s    0.00 B/s  0.00 % 94.30 % bs_r -f bin/conf/bs.conf -d
4050 be/4 search      2.09 M/s    0.00 B/s  0.00 % 94.27 % bs_r -f bin/conf/bs.conf -d
4045 be/4 search      2.01 M/s    0.00 B/s  0.00 % 94.13 % bs_r -f bin/conf/bs.conf -d
4049 be/4 search      2.25 M/s    0.00 B/s  0.00 % 93.79 % bs_r -f bin/conf/bs.conf -d
4048 be/4 search   1641.92 K/s    0.00 B/s  0.00 % 93.62 % bs_r -f bin/conf/bs.conf -d
4029 be/4 search   1080.51 K/s    0.00 B/s  0.00 % 92.49 % bs_r -f bin/conf/bs.conf -d
4044 be/4 search   1538.10 K/s    0.00 B/s  0.00 % 91.64 % bs_r -f bin/conf/bs.conf -d
4032 be/4 search   1211.25 K/s    0.00 B/s  0.00 % 91.21 % bs_r -f bin/conf/bs.conf -d
4025 be/4 search   1899.55 K/s    0.00 B/s  0.00 % 90.32 % bs_r -f bin/conf/bs.conf -d



可以看出由于“bs_r -f bin/conf/bs.conf -d”这个进程占用总体I/O过高导致。
默认没有安装iotop,可以进行yum install iotop -y进行安装。

ps -eo state,pid,cmd

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
[iyunv@localhost ~]# for x in `seq 1 1 10`;do ps -eo state,pid,cmd | grep "^D" ;echo "-------";sleep 1;done
D  4327 rsync -av ./data/idx3 172.16.175.193::MINI_SEARCH
D  8462 /data1/minisearch/intraexpress/bin/server/SearchServer_field -P 21751 -p 21750 -F /data1/minisearch/intraexpress/bin/conf/fields.ini -L /data1/minisearch/intraexpress/log -d
D  9804 date +updateattr  %F %T
D  9854 /bin/sh /data1/minisearch/intranews3/3/bin/shell/idxserver.sh
D  9913 /bin/sh /data1/minisearch/intranews3/6/bin/shell/idxserver.sh
D 10510 /bin/sh /data1/minisearch/intranews3/6/bin/shell/absserver.sh
D 10615 /bin/sh /data1/minisearch/intranews3/3/bin/shell/absserver.sh
-------
D  4327 rsync -av ./data/idx3 172.16.175.193::MINI_SEARCH
D  8462 /data1/minisearch/intraexpress/bin/server/SearchServer_field -P 21751 -p 21750 -F /data1/minisearch/intraexpress/bin/conf/fields.ini -L /data1/minisearch/intraexpress/log -d
D  9804 date +updateattr  %F %T
D  9854 /bin/sh /data1/minisearch/intranews3/3/bin/shell/idxserver.sh
D  9913 /bin/sh /data1/minisearch/intranews3/6/bin/shell/idxserver.sh
D 10510 /bin/sh /data1/minisearch/intranews3/6/bin/shell/absserver.sh
D 10615 /bin/sh /data1/minisearch/intranews3/3/bin/shell/absserver.sh
D 31670 [jbd2/sda6-8]
-------
D  4327 rsync -av ./data/idx3 172.16.175.193::MINI_SEARCH
D  8462 /data1/minisearch/intraexpress/bin/server/SearchServer_field -P 21751 -p 21750 -F /data1/minisearch/intraexpress/bin/conf/fields.ini -L /data1/minisearch/intraexpress/log -d
D  9804 date +updateattr  %F %T
D  9854 /bin/sh /data1/minisearch/intranews3/3/bin/shell/idxserver.sh
D  9913 /bin/sh /data1/minisearch/intranews3/6/bin/shell/idxserver.sh
D 10510 /bin/sh /data1/minisearch/intranews3/6/bin/shell/absserver.sh
D 10615 /bin/sh /data1/minisearch/intranews3/3/bin/shell/absserver.sh
D 11182 awk -F   {print $1;}
D 31670 [jbd2/sda6-8]



通过man ps可以查到:
1
2
3
4
5
6
7
       D    Uninterruptible sleep (usually IO)
       R    Running or runnable (on run queue)
       S    Interruptible sleep (waiting for an event to complete)
       T    Stopped, either by a job control signal or because it is being traced.
       W    paging (not valid since the 2.6.xx kernel)
       X    dead (should never be seen)
       Z    Defunct ("zombie") process, terminated but not reaped by its parent.



D的状态一般是I/O出现了问题,说明进程在等待I/O,可以是磁盘I/O,网络I/O或者其他,详细:
https://blog.xupeng.me/2009/07/09/linux-uninterruptible-sleep-state/
可以看出
1
/bin/sh /data1/minisearch/intranews3/3/bin/shell/idxserver.sh



这个进程已经有I/O限制

lsof -p 进程号
为了查看此进程在读哪个文件,或者在写入哪个文件

1
2
3
4
5
6
7
8
9
10
11
12
13
14
[iyunv@localhost ~]# lsof -p 27746
COMMAND     PID   USER   FD   TYPE DEVICE     SIZE/OFF     NODE NAME
idxserver 27746 search  cwd    DIR    8,6         4096 79691789 /data1/minisearch/intranews3/6/bin
idxserver 27746 search  rtd    DIR    8,3         4096        2 /
idxserver 27746 search  txt    REG    8,3       939344     4213 /bin/bash
idxserver 27746 search  mem    REG    8,3       156928     7113 /lib64/ld-2.12.so
idxserver 27746 search  mem    REG    8,3      1926800     7114 /lib64/libc-2.12.so
idxserver 27746 search  mem    REG    8,3        22536     7119 /lib64/libdl-2.12.so
idxserver 27746 search  mem    REG    8,3       138280     1415 /lib64/libtinfo.so.5.7
idxserver 27746 search  mem    REG    8,1     99158576   524298 /usr/lib/locale/locale-archive
idxserver 27746 search  mem    REG    8,1        26060   655626 /usr/lib64/gconv/gconv-modules.cache
idxserver 27746 search    0r   CHR    1,3          0t0     3968 /dev/null
idxserver 27746 search    1w   REG    8,6 229869234162 79692293 /data1/minisearch/intranews3/6/log/idxserver.out
idxserver 27746 search    2w   REG    8,6 229869234162 79692293 /data1/minisearch/intranews3/6/log/idxserver.out




查看哪一块磁盘占用的磁盘I/O比较高iostat
1
2
3
4
5
6
7
8
9
10
11
12
13
14
[iyunv@localhost ~]# iostat  -xk 1
Linux 2.6.32-431.11.2.el6.toa.2.x86_64 (localhost.localdomain)  09/01/2016      _x86_64_        (8 CPU)
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
          10.87    0.00    4.32    3.70    0.00   81.11
Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await  svctm  %util
sda               1.15   239.29  119.35    9.46  3057.00   995.47    62.92     0.04    0.29   0.62   7.99
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           2.52    0.00    2.14   76.98    0.00   18.36
Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await  svctm  %util
sda              25.00     0.00 1670.00    0.00 49600.00     0.00    59.40   135.50   40.75   0.60 100.00
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           5.42    0.00    0.88   73.30    0.00   20.40
Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await  svctm  %util
sda              26.00     0.00 1538.00    0.00 50996.00     0.00    66.31   133.85   42.16   0.65 100.10



iostat -xk 1每一秒打印磁盘相关情况。
几个比较重要的参数做解释:
r/s:每秒读次数
w/s:每秒写操作
rkB/s:每秒读kB大小
wkB/s:每秒写kB大小
wait:平均每次设备I/O操作的时间

%util:一秒中有百分之多少的时间用于 I/O 操作,即被io消耗的cpu百分比
如果util达到100%说明已经达到磁盘的I/O瓶颈,需要优化,或者换成SSD



运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-266616-1-1.html 上篇帖子: owncloud在CentOS上详细部署 下篇帖子: linux高级文件管理系统 linux 守护 服务器 Linux
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表