遇到 Linux 硬盘读写慢，优先通过系统负载和 I/O 等待指标判断是硬件瓶颈还是进程异常，再针对性调整。
先说结论：硬盘慢通常是 I/O 等待过高或磁盘利用率饱和导致，需先区分是单个进程占用还是硬件故障。
- 先定位：使用 iostat 和 vmstat 确认是磁盘瓶颈还是 CPU 等待。
- 先做：找出高 I/O 进程并检查磁盘健康状态。
- 再验证：观察监控指标回落且业务响应恢复。
环境准备与工具安装
排查前确保系统已安装必要的监控工具，不同发行版安装命令如下：
# CentOS/RHEL
yum install -y sysstat iotop smartmontools# Ubuntu/Debian
apt-get update && apt-get install -y sysstat iotop smartmontools命令速用版
# 查看整体 I/O 等待和磁盘利用率
vmstat 1
iostat -x 1# 查看具体哪个进程在读写硬盘
iotop -o# 查看内核是否有磁盘报错信息
dmesg | grep -i error# 检查磁盘健康状态（需安装 smartmontools）
smartctl -a /dev/sda为什么会这样
Linux 系统读写慢通常不是单一原因，常见情况有三种：一是磁盘硬件本身达到性能上限，比如机械硬盘随机读写能力有限；二是某个进程异常占用大量 I/O 资源，挤占了其他业务带宽；三是磁盘存在物理故障或配置不当，导致重试次数增加，响应变慢。
此外，有时候感觉“慢”是因为内存缓存命中低，导致请求直接落到磁盘上，这时候需要区分是缓存问题还是磁盘本身问题。
分步处理
1. 确认系统负载类型
运行 vmstat 1，观察 wa（wait）列。如果该值持续较高（例如超过 30%），说明 CPU 在等待 I/O 完成，瓶颈在磁盘。如果 wa 很低但系统依然慢，可能是 CPU 或内存问题，而非磁盘。
2. 定位磁盘瓶颈
运行 iostat -x 1，关注以下指标：
%util：接近 100% 表示磁盘已饱和。await：请求平均等待时间，机械硬盘通常应低于 10ms，SSD 应更低，若持续过高说明响应慢。
3. 找出占用进程
运行 iotop -o（需 root 权限），可以看到实际进行 I/O 操作的进程。如果发现异常进程（如日志写入过多、备份任务未限速），可以考虑调整其优先级或限制带宽。
4. 检查硬件健康
运行 dmesg | grep -i error 或 smartctl -a /dev/sdX。如果看到 I/O error、reallocated sector count 增高等信息，说明磁盘可能存在物理损坏，需尽快更换。
具体优化操作示例
定位到问题进程或原因后，可采取以下措施：
1. 限制异常进程 IO 优先级
使用 ionice 降低特定进程的 IO 优先级，避免影响核心业务：
# 将进程 PID 设置为空闲级别（最低优先级）
ionice -c3 -p <PID># 启动命令时直接指定低优先级
ionice -c3 nice -n 19 ./backup_script.sh2. 清除页缓存测试（慎用）
若怀疑是缓存命中低导致的假性慢，可手动清除缓存验证，但生产环境慎用，可能导致瞬间 IO 飙升：
# 清除 PageCache、dentries 和 inodes
echo 3 > /proc/sys/vm/drop_caches注意：执行前请确保内存充足，避免业务因重新加载数据而出现短暂卡顿。
怎么验证是否生效
处理完成后，再次运行 iostat -x 1 和 vmstat 1。确认 %util 下降，await 回归正常范围，且业务侧的读写延迟降低。如果是进程限制导致的，观察 iotop 中该进程的 I/O 百分比是否下降。
常见坑
- 缓存误导：Linux 会利用空闲内存做页缓存，第一次读写慢可能是冷数据，第二次变快是命中缓存，排查时建议清除缓存后测试或使用 fio 进行基准测试。
- 网络磁盘：如果是 NFS 或云盘，网络延迟也会表现为 I/O 慢，需结合网络监控一起看。
- RAID 重建：如果服务器做了 RAID，磁盘重建期间性能会大幅下降，这是正常现象，不建议在此期间进行高负载操作。
- 对齐问题：新分区若未对齐到物理扇区边界，会导致写放大，显著降低 SSD 性能，新建分区时需注意对齐。
原文链接：https://www.zjcp.cc/ask/10909.html