Linux如何查看哪些进程磁盘读写最多

时间：2026-08-15 06:51

使用 iotop 查看 Linux 进程读写硬盘情况时，必须以 root 权限启动；否则无法读取 proc [pid] io，最终所有 I O 相关列都会显示为 0。还有一个常被忽略的细节：iotop 默认展示的速率依据是 rchar wchar，也就是说缓存中的读写也会被统计进去；如果你想判断真

使用 iotop 查看 Linux 进程读写硬盘情况时，必须以 root 权限启动；否则无法读取 /proc/[pid]/io，最终所有 I/O 相关列都会显示为 0。还有一个常被忽略的细节：iotop 默认展示的速率依据是 rchar/wchar，也就是说缓存中的读写也会被统计进去；如果你想判断真正写入磁盘或从硬盘读取的吞吐量，重点还是要关注 read_bytes 和 write_bytes。

Linux怎么查看哪些进程读写硬盘多

iotop 必须用 root 运行，否则所有 I/O 列都是 0

普通用户执行 iotop 时，DISK READ 和 DISK WRITE 往往全部显示为 0，IO% 也始终是 0——这并不是程序故障，而是 Linux 内核的权限限制：非特权用户无法读取 /proc/[pid]/io，而 iotop 正是完全依赖这个接口来统计进程磁盘读写信息。

验证方法：执行 cat /proc/1/io 通常会提示 Permission denied；改用 sudo cat /proc/1/io 后即可正常查看输出
不要尝试 sudo -u nobody iotop 或配合 -u $USER 参数使用——只要没有 CAP_SYS_ADMIN 能力，结果依然会是全 0
在容器环境中默认也不太可用：Docker 不会继承宿主机的 CONFIG_TASK_IO_ACCOUNTING=y，这时可以改用 sysdig -c topfiles_bytes，或者直接进入宿主机排查磁盘 I/O

真正反映“硬盘读写量”的字段只有 read_bytes/write_bytes

iotop 默认看到的这些速率值（例如 B/s、M/s），本质上统计的是 rchar/wchar：也就是进程调用 read(2)/write(2) 时累计经过的总字节数。这里不仅包含真正落到磁盘上的 I/O，还会把 page cache 命中、管道传输，以及伪设备（例如 /dev/zero）一并计算在内。因此，这些数字并不能直接等同于真实的硬盘吞吐量。

如果要定位“到底是谁在大量读写硬盘”，必须看 read_bytes 和 write_bytes：它们只统计内核向块设备发起的实际读写请求字节数
手动查看方法：cat /proc/1234/io | grep read_bytes，输出类似 read_bytes: 1234567890，单位为字节
通过前后差值才能得到真实磁盘读写量：例如 10 秒前是 100MB，现在变成 150MB，那么这 10 秒内就确实从硬盘读取了 50MB
pidstat -d 1 中的 rkB/s 和 wkB/s 列就是基于 read_bytes/write_bytes 计算的，相比 iotop 默认显示值，更接近底层物理磁盘 I/O

快速筛选高 IO 进程：iotop -oP 和 pidstat -d 1

排查 Linux 高磁盘 I/O 进程时，不要被无关信息干扰——iotop 默认会把线程（TID）和进程（PID）混合显示，pidstat 默认每秒只输出一次快照，信息都不够直观。

sudo iotop -oP -d 2：-o 只显示当前正在发生 I/O 的进程，-P 只列进程不列线程，-d 2 表示每 2 秒刷新一次，方便快速定位 mysqld、rsync 这类高 I/O 主进程
pidstat -d 1 3：每秒采样一次，共采样 3 次，输出带时间戳的 rkB/s、wkB/s、%MEM，适合做脚本分析或对比磁盘读写趋势
要理解 IO% 的含义：在 iotop 中，它表示“等待 I/O 的时间占比”，>90% 说明进程大部分时间卡在磁盘响应上，但不一定代表它写得最多，也可能是存储性能慢或存在锁竞争
如果 DISK WRITE >10MB/s 且 IO% >80%，通常可以初步判断它是性能瓶颈来源；但如果 IO% 很高而带宽很低（例如只有 1MB/s），则更可能是随机小 I/O 或磁盘延迟问题

看到高 IO 进程后，下一步必须查它在读写哪个文件

iotop 和 pidstat 都只能告诉你“哪个进程 I/O 高”，却不能直接回答“它正在读写哪个文件”。如果不继续往下查，整个排查过程就只完成了一半。

使用 lsof -p 1234 查看该 PID 打开的全部文件，重点留意 REG（普通文件）、MAP（内存映射文件）、DEL（已删除但仍被占用的文件）
如果需要更精准的实时追踪，可使用 sysdig -p "%12s %6r %6w %s" -c fdbytes by fd.type=file，直接按文件路径聚合读写字节数
不要过度依赖 vmstat 的 bi/bo：它的单位是 512 字节块，包含 swap，既不区分设备，也不区分进程，只适合作为整体磁盘 I/O 的宏观参考
如果需要保留历史数据，建议自行编写脚本定期抓取 /proc/[pid]/io —— 因为内核本身不会保存 I/O 时间序列，所有历史磁盘读写记录都需要主动采集