0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

应用卡死可能是因为你的磁盘IO出了问题

阿铭linux 来源:阿铭linux 作者:阿铭linux 2022-12-13 09:33 次阅读

计算机有三大件:CPU、内存、磁盘,这三者有一个“拖后腿”的,那就是磁盘。在生产环境,作为数据库角色的服务器磁盘建议拿至少4块硬盘做RAID10,这样既保证数据读写速度也保证数据的安全。如果使用普通的磁盘,即使CPU再强悍,最终的服务器性能也不会太好。



在我的职业生涯中,遇到过多次因为磁盘I/O效率低而导致MySQL查询非常慢的问题。对于一般的小网站来说,MySQL的查询队列(用show processlist查看)不会超过100个,甚至不会超过10个,这是因为MySQL查询速度非常快。如果查询队列数量突然变大,可能是因为网站访问量变大也可能是因为磁盘读写速度变慢。

本案例背景是这样的,一台阿里云的机器,收到告警磁盘IO达到100%,但是登录机器后查看并没有什么异常,也就是说磁盘飙到100%只是短暂的一会儿。既然出现了100%的情况,那说明肯定是有某个进程有问题。由于这个问题并不是一直出现,所以排查起来有点困难。于是,想到写一个监测脚本,来实时查看磁盘IO使用情况,当发现异常时,则通过一些查看服务器状态的指令来记录具体的指标,从而分析出是什么造成的磁盘IO使用率100%。



知识点一:使用iostat查看磁盘IO



如果你系统中没有iostat命令,需要安装sysstat包,CentOS安装方法是:

# yum install -y sysstat

iostat命令如果不加任何选项,执行结果如下:

# iostat
Linux 3.10.0-862.el7.x86_64 (web30)     2022年11月06日     _x86_64_    (4 CPU)
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
                 1.50      0.00     2.10         0.07      26.12     70.21
Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
vda               15.95         1.95       108.97         545936   30453675

avg-cpu: 为总体cpu使用情况统计信息,对于多核cpu,这里为所有cpu的平均值

Device: 为各磁盘设备的IO统计信息

对于cpu统计信息一行,我们主要看iowait的值,它指示cpu用于等待io请求完成的时间。Device中各列含义如下:

Device: 为设备名称

tps: 为每秒进程下发的IO读、写请求数量

Blk_read/s: 为每秒读扇区数量(一扇区为512bytes)

Blk_wrtn/s: 为每秒写扇区数量

Blk_read: 为取样时间间隔内读扇区总数量

Blk_wrtn: 为取样时间间隔内写扇区总数量

我们经常会在iostat后面加上两个数字,例如:

# iostat   1 3
Linux 3.10.0-862.el7.x86_64 (web30)     2022年11月06日     _x86_64_    (4 CPU)
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           1.50    0.00    2.10    0.07   26.12   70.22
Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
vda              15.96         1.96       109.10     546984   30511811
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.79    0.00    1.58    0.53   26.58   70.53
Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
vda             376.00         0.00      2324.00          0       2324
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.78    0.00    1.04    0.00    9.14   89.03
Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
vda               0.00         0.00         0.00          0          0

第一个1表示每隔1秒打印一次,3表示一共打印3次。iostat命令还有一个非常使用的选项-x,它可以显示更多的信息,也是我最常用的一个选项,如下:

# iostat  -d -x 1 2
Linux 3.10.0-862.el7.x86_64 (web30)     2022年11月06日     _x86_64_    (4 CPU)
Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
vda               0.00     0.06    0.04   15.91     1.95   109.11    13.92     0.34   21.07    4.49   21.12   1.10   1.75
Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
vda               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00    0.00    0.00   0.00   0.00

说明:-d选项可以把cpu相关信息过滤掉,只显示磁盘相关信息,以下为各列的含义:

rrqm/s: 每秒对该设备的读请求被合并次数,文件系统会对读取同块(block)的请求进行合并

wrqm/s: 每秒对该设备的写请求被合并次数

r/s: 每秒完成的读次数

w/s: 每秒完成的写次数

rkB/s: 每秒读数据量(kB为单位)

wkB/s: 每秒写数据量(kB为单位)

avgrq-sz:平均每次IO操作的数据量(扇区数为单位)

avgqu-sz: 平均等待处理的IO请求队列长度

await: 平均每次IO请求等待时间(包括等待时间和处理时间,毫秒为单位)

svctm: 平均每次IO请求的处理时间(毫秒为单位)

%util: 采用周期内用于IO操作的时间比率,即IO队列非空的时间比率

对于这些列,我们最应该关注的是最后一列%util,本案例中提到磁盘使用率100%,其实就是%util的值为100%。

知识点二:iotop查看哪个进程磁盘读写最高

iotop命令是一个用来监视磁盘I/O使用状况的top类工具。iotop具有与top相似的UI,其中包括PID、用户、I/O、进程等相关信息。iotop命令就是由iotop包安装得来的,在CentOS下安装iotop的方法是:

# yum install -y iotop

安装完成后直接输入iotop回车,结果显示跟top类似,它是动态实时查看各个进程的磁盘读写情况,效果如下:

# iotop
Total DISK READ :    0.00 B/s | Total DISK WRITE :      60.42 K/s
Actual DISK READ:    0.00 B/s | Actual DISK WRITE:       0.00 B/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND                                                                                                                       
1419 be/4 nginx       0.00 B/s    3.55 K/s  0.00 %  0.00 % nginx: worker process
9634 be/4 www         0.00 B/s   49.76 K/s  0.00 %  0.00 % php-fpm: pool www
9646 be/4 www         0.00 B/s    7.11 K/s  0.00 %  0.00 % php-fpm: pool www
  512 be/4 polkitd     0.00 B/s    0.00 B/s  0.00 %  0.00 % polkitd --no-debug
    1 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % systemd --switched-root --system --deserialize 22
    2 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kthreadd]
    3 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [ksoftirqd/0]
    5 be/0 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kworker/0:0H]
    7 rt/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [migration/0]
    8 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [rcu_bh]
    9 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [rcu_sched]

对于各列的输出,很容易理解,我们主要看第4和5两列。iotop有几个快捷键,如下:

左右箭头:改变排序方式,默认是按IO排序。

r:改变排序顺序。

o:只显示有IO输出的进程。

p:进程/线程的显示方式的切换。

a:显示累积使用量。

q:退出。

如果在shell脚本中使用iotop命令,需要加上-b选项,即不使用动态显示的模式,当然还需要加另外几个选项,具体用法如下:

# iotop -obn2
Total DISK READ :       0.00 B/s | Total DISK WRITE :       0.00 B/s
Actual DISK READ:       0.00 B/s | Actual DISK WRITE:       0.00 B/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN      IO    COMMAND
Total DISK READ :       0.00 B/s | Total DISK WRITE :      59.67 K/s
Actual DISK READ:       0.00 B/s | Actual DISK WRITE:       0.00 B/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN      IO    COMMAND
1416 be/4 nginx       0.00 B/s    3.51 K/s  0.00 %  0.00 % nginx: worker process
1417 be/4 nginx       0.00 B/s    3.51 K/s  0.00 %  0.00 % nginx: worker process
1418 be/4 nginx       0.00 B/s    3.51 K/s  0.00 %  0.00 % nginx: worker process
1419 be/4 nginx       0.00 B/s    3.51 K/s  0.00 %  0.00 % nginx: worker process
9638 be/4 www         0.00 B/s    3.51 K/s  0.00 %  0.00 % php-fpm: pool www

说明:-o跟上面那个快捷键o一个意思,它的作用是只显示有IO的进程。-n2表示需要统计2次,因为第一次不会显示任何进程。

本案例参考脚本

#!/bin/bash
##监控磁盘IO使用率,并找出哪个进程造成磁盘使用率很高
##该脚本需要写一个常驻循环
##作者:阿铭
##日期:2022-11-06


#判断机器上是否安装iostat命令
if ! which iostat &>/dev/null
then
    yum install -y sysstat
    #如果你的机器为ubuntu,请使用这个命令:apt-get install -y sysstat
fi


#判断机器上是否安装iotop命令
if ! which iotop &>/dev/null
then
    yum install -y iotop
    #如果你的机器为ubuntu,请使用这个命令:apt-get install -y iotop
fi
#定义记录日志的目录
logdir=/tmp/iolog
[ -d $logdir ] || mkdir $logdir
#定义日志名字
dt=`date+%F`


#定义获取io的函数(取5次平均值)
get_io()
{    
    iostat -dx 1 5 > $logdir/iostat.log
    sum=0
    #取最后一列的%util值循环遍历然后相加
    for ut in  `grep "^$1" $logdir/iostat.log|awk '{print $NF}'|cut -d. -f1`
    do
        sum=$[$sum+$ut]
    done
    echo $[$sum/5]
}


#这里的true表示条件为真
while true
do
    #获取所有设备,对所有设备名遍历
    for d in `iostat -dx|egrep -v '^$|Device:|CPU)'|awk '{print $1}'`
    do
        io=`get_io $d`
        #如果io使用率大于等于80
        if [ $io -ge 80 ]
        then
            #向日志里记录时间、iostat和iotop信息
            date >> $logdir/$dt   
            cat $logdir/iostat.log >>$logdir/$dt
            iotop -obn2 >>$logdir/$dt
            echo "####################" >>$logdir/$dt
        fi
    #休眠10秒,继续以上步骤
    done
    sleep 10
done

当然,这个脚本还并不完美,因为一旦发生磁盘IO使用率很高的情况,则会持续一段时间,这样就会频繁地记录日志。其实,根据以前案例二中我们学过的告警收敛的思路,可以把该脚本适当修改。希望你可以动手来写一写,这样才能锻炼你的逻辑思维能力。另外,你也可以把该脚本改为发告警邮件的形式。

审核编辑:汤梓红

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • IO
    IO
    +关注

    关注

    0

    文章

    395

    浏览量

    38505
  • cpu
    cpu
    +关注

    关注

    68

    文章

    10412

    浏览量

    206467
  • 计算机
    +关注

    关注

    19

    文章

    6631

    浏览量

    84370
  • 磁盘
    +关注

    关注

    1

    文章

    337

    浏览量

    24874

原文标题:应用卡死可能是因为你的磁盘IO出了问题

文章出处:【微信号:aming_linux,微信公众号:阿铭linux】欢迎添加关注!文章转载请注明出处。

收藏 人收藏

    评论

    相关推荐

    晶振不起振也可能是PCB设计的锅

    PCB设计在电子产品中的重要性不言而喻,也因此,产品一旦出现了问题,就需要考虑是否是因为PCB设计不良的问题。比如,产品调试时晶振不起振,这可能是因为晶振器件本身的问题,也有可能是因为PCB设计
    的头像 发表于 12-29 15:46 1596次阅读

    使用tc397进行收发的时候没有响应是因为什么?

    在使用 tc397 进行收发的时候,发现没有响应,代码是根据示例代码修改,通过逻辑分析仪和示波器进行调试的 只修改了对应的 tx,rx 引脚,请问可能是因为什么原因
    发表于 03-05 07:45

    AD仿真,这个错误是因为什么?

    这个错误是因为什么?
    发表于 11-03 21:53

    DM368卡死现象是否是因为上电顺序引起的?

    张sd卡在开发板上就能正常引导内核进入文件系统。请问,这种卡死现象是否是因为上电顺序引起的,上电顺序不按照文档来的话还会有什么其他潜在问题,谢谢!
    发表于 08-27 14:18

    connect to PRSC failed板子无法连接可能是哪里出了问题

    使用贵公司的核心板,并参考贵司的tl6748-A3底板设计了相应的底板,connecting test测试显示成功(如图),但是连接有问题,显示“connect to PRSC failed“。请问可能哪里出了问题??
    发表于 05-12 13:29

    库UFX打开文件出错0x1F,请问可能是哪里的问题?

    查询磁片容量大小不对 实际是32G,结果是64G打开文件的时候,提示 0x1F/* USB存储器操作失败,在初始化时可能是USB存储器不支持,在读写操作中可能是磁盘损坏或者已经断开 */这个文件是存在的 请问
    发表于 05-16 07:31

    在imxrt1176上的TICK设置为1000Hz后RTT会卡死可能是什么原因?

    *)CORE1_BOOT_ADDRESS, (uint32_t)rpmsg_lite_base, kMCMGR_Start_Synchronous);请问大神们,可能是什么原因?
    发表于 01-09 15:51

    stlink无法识别是因为什么?

    stlink无法识别是因为什么
    发表于 10-31 06:40

    警惕!你的电脑变卡可能是因为在帮别人挖矿

    你知道吗?挖矿病毒不仅吞噬电力,更能拖慢你的计算能力。许多“中招”的数据中心,以及无法精确统计的僵尸网络,正在贪婪的吞噬电力、拖慢企业的计算能力。对于个人用户而言,“矿工”可能就躲藏在你我的电脑当中。
    的头像 发表于 08-19 10:47 7690次阅读

    雷军:小米不被理解正是因为与众不同

    雷军在接受采访时表示,小米之所以不被理解,是因为过去10年,小米一直都是一家与众不同的公司。雷军认为,可能还需要10年,大家才能够发现,原来小米做了这么大的颠覆和变化。
    的头像 发表于 01-28 09:08 2031次阅读

    电动不锈钢球阀卡死、电机发高烧该如何处理

    处在大扭矩功效下导致传动系统一部分损伤而发生卡死状况。 电动不锈钢球阀电机发烧原因: 1、有可能是电动不锈钢球阀电源开关频次较为经常,导致电机发烫; 2、也是有可能是碟阀再加上物质工作压力过大,导致电机推动艰难,也会发生
    发表于 03-30 10:08 1126次阅读

    读取文件1个字节是否会导致磁盘IO

    片段我们来思考: 1、读取文件 1 个字节是否会导致磁盘 IO ? 2、如果发生了磁盘 IO,那发生的是多大的 IO 呢? 大家平时用的各种
    的头像 发表于 07-09 09:42 1106次阅读

    浮球液位传感器卡死的解决方案

    浮球开关容易被卡死是因为浮球式液位传感器的结构设计原因,而这个结构是根据浮球液位传感的工作原理来进行的。这个是无法更改的,在这种情况下,我们应该选用其他不会出现这种问题的液位传感器。
    的头像 发表于 09-05 16:42 522次阅读

    锡膏不上锡是因为活性不足吗?

    众所周知,有时候锡膏不上锡是因为活性不足,还有人会说活性越多越好。有时候锡膏不挂锡是因为活性不足吗。这样的话,你会觉得锡膏的活性越高越好吗?下一步由深圳锡膏厂家为大家分析一下:大家都知道锡膏中有许多
    的头像 发表于 01-04 15:46 232次阅读
    锡膏不上锡<b class='flag-5'>是因为</b>活性不足吗?

    如何使用dd命令来查看服务器磁盘IO性能呢?

    在服务器运维过程中,了解服务器的磁盘IO性能是非常重要的。
    的头像 发表于 02-21 13:53 244次阅读
    如何使用dd命令来查看服务器<b class='flag-5'>磁盘</b>的<b class='flag-5'>IO</b>性能呢?