Linux ionice 怎样给备份进程设置 IO 优先级

我给夜间备份任务降磁盘干扰时，通常先选 idle 类，而不是直接把 priority 调到最高。最小用法是：ionice -c 3 -- backup-command。它把备份进程放到空闲 I/O 类，系统有其他磁盘请求时优先让出时间；如果任务必须持续推进，再考虑 best-effort 类和较低优先级。

官方手册地址：https://man7.org/linux/man-pages/man1/ionice.1.html

先用 idle 类启动备份进程

备份的目标往往不是“抢到最快磁盘”，而是“业务忙时少打扰，空闲时继续做”。这正是 idle 类的适用压力。下面的命令把示例备份程序作为子进程启动：

#!/usr/bin/env bash
# 让备份只在磁盘较空闲时获得 I/O 时间，避免与前台服务争抢。
ionice -c 3 -- /usr/local/bin/backup-tool \
  --source /srv/data \
  --target /backup/nightly

这里的 -- 用来分隔 ionice 自己的参数与目标命令。idle 类不接受 priority 参数，所以不要再追加 -n。它不是“暂停备份”，而是把备份请求放到更低的 I/O 调度位置；若底层调度器、存储设备或备份工具还有其他瓶颈，体感仍可能不同。

用 best-effort 细调同类任务的优先级

如果两项后台任务都不能完全等待空闲窗口，可以使用 best-effort。它的 priority 范围是 0 到 7，数值越低越优先。对备份任务而言，先从较低优先级开始更稳妥：

# 让备份仍参与常规调度，但把优先级放在较低一侧。
ionice -c 2 -n 6 -- /usr/local/bin/backup-tool --source /srv/data --target /backup/nightly

# 读取这个命令启动后的 I/O 调度类别和优先级。
ionice -p "$BACKUP_PID"

-n 6 不是“限速 6 倍”，而是 best-effort 类中的优先级数据。若同机有日志归档、索引重建等后台任务，可以让它们分别使用不同等级，再结合实际 I/O 等待观察；不要为了追求速度直接给备份设成 -n 0。

检查正在运行的备份进程

已经启动的任务不必重跑。先得到准确 PID，再查询参数；如果备份会派生多个 worker，按进程组或用户查询更容易覆盖完整对象：

# 读取单个备份进程的 class 和 priority。
ionice -p 24861

# 对进程组或同一用户的任务进行查询；参数值请替换成现场对象。
ionice -P 24861
ionice -u 1001

# 修改现有进程为 idle 类，失败时保留错误而不伪装成功。
ionice -c 3 -p 24861

-p 面向 PID，-P 面向进程组 ID，-u 面向用户 ID。查询到的 class 和 priority 只能说明调度参数已设置到目标对象，不能单独证明吞吐量一定下降或备份一定更快。

按权限和调度器边界判断结果

遇到“命令执行了但效果不明显”，先检查四件事：目标是否真是产生 I/O 的进程；是否查询了正确的 PID/PGID/UID；当前 I/O 调度器是否使用该优先级；是否有权限设置 realtime。ionice 手册明确说明 realtime 类会优先获得磁盘访问，可能让其他进程饥饿，普通用户也不能使用，因此备份不应把它当作提速开关。

我的判断顺序是：先用 idle 验证业务干扰是否下降；任务无法接受长时间等待时，再退回 best-effort 的低优先级；只有明确理解存储栈和权限后，才讨论更激进的类别。把 class/priority 查询命令留在值班记录里，比凭感觉判断更可靠。

相关问题

ionice 能限制备份带宽吗？

不能把它当固定带宽限速器。它调整 I/O 调度类别和优先级，实际效果还取决于内核、调度器、设备和其他请求。

idle 类为什么不需要 priority？

idle 类本身表达“仅在没有其他磁盘请求时获得时间”，手册定义它不接收 priority 参数，因此只写 -c 3。

为什么设置后备份速度没有明显变化？

先确认目标 PID 是真正读写数据的进程，再查询 class/priority，并检查存储设备和调度器是否会采用这组参数；ionice 只覆盖 I/O 调度这一层。