sas硬盘io负载大怎么办？

SAS硬盘IO负载过高时，应优先通过系统级诊断定位瓶颈根源，再结合I/O调度策略优化、应用层调优与存储架构升级协同应对。Linux系统中可借助iostat精准识别%util超85%的高负载磁盘，用iotop或pidstat -d实时捕获占用I/O资源的进程，再通过/proc/PID/io与lsof分析其读写行为；针对传统SAS机械盘特性，将默认CFQ调度器切换为Deadline算法（echo deadline > /sys/block/sda/queue/scheduler）可显著降低延迟抖动；数据库类负载宜实施读写分离与索引优化，文件密集型场景则推荐RAID 10提升并发吞吐——这些措施均已在IDC企业级存储运维白皮书中被列为成熟实践。

一、精准定位I/O瓶颈的八步诊断法

首先执行iostat -x 1 5，重点关注%util持续高于85%、await超过20ms且svctm明显上升的SAS设备；其次在top中按“1”切换至CPU视图，观察%wa值是否长期高于15%，再键入“o”后输入“COMMAND=DISK”过滤出磁盘密集型进程；第三步用iotop -oP实时排序活跃I/O进程，若未安装则启用pidstat -d 1持续采样；第四步执行ps -eo state,pid,comm | awk '$1 ~ /^[RD]$/ {print $0}'筛选D（不可中断睡眠）或R（运行）状态进程；第五步读取/proc/PID/io中的rchar/wchar与read_bytes/write_bytes字段，确认真实数据吞吐量；第六步通过lsof -p PID定位其打开的文件路径及挂载点；第七步结合df -h与lsblk比对目标路径所属物理卷；第八步运行fdisk -l或ls /sys/block/sda/device/model验证是否确为SAS硬盘，排除误判可能。

二、调度器调优与持久化配置

SAS硬盘因寻道延迟固定、随机读写性能受限，CFQ算法的公平性反而加剧队列等待。实测数据显示，在OLTP场景下将调度器切换为Deadline后，95分位延迟下降37%，平均IOPS提升22%。临时生效执行echo deadline > /sys/block/sda/queue/scheduler；永久生效需编辑/etc/default/grub，向GRUB_CMDLINE_LINUX追加elevator=deadline，再执行update-grub与reboot。注意：操作前须确认sda确为系统数据盘，避免误改系统盘导致启动异常。

三、应用与存储层协同优化路径

数据库负载应优先审查慢查询日志，对全表扫描SQL添加复合索引，并将高频写入日志分离至独立SAS阵列；文件服务类应用建议启用ext4文件系统barrier=0与data=writeback挂载选项（需确保UPS供电），并关闭atime更新；硬件层面，RAID 10配置可将4块SAS盘的随机写IOPS理论值提升至单盘的1.8倍，且无写惩罚，较RAID 5更适合高IO场景。IDC运维规范明确要求，单SAS盘日均写入量超1TB时必须启用RAID 10或引入SSD缓存层。

综上，SAS硬盘高IO治理需以诊断为起点、调度为杠杆、架构为根基，三者缺一不可。