ioweight 是 systemd 在 cgroup v2 下实现 i/o 优先级控制的核心参数，通过相对权重（如 800、10）动态分配 i/o 时间份额，需配合 ioaccounting=true 及 io 子系统挂载，适用于多业务共享存储场景。

在 systemd 单元文件的 [Service] 区块中配置 IOWeight，是 Linux 5.0+ 内核下基于 cgroup v2 实现 I/O 优先级动态划分的核心方式。它不依赖硬件改造，也不需重启服务，只需合理设权，就能让数据库、Web 服务、备份脚本等共用同一块机械盘或共享存储时，I/O 资源按需倾斜。

IOWeight 的本质是相对权重，不是绝对带宽
它只在内核调度器（BFQ 或 mq-deadline）有竞争时生效：权重为 100 的进程，默认基准；设为 800，就获得约 8 倍于默认进程的 I/O 时间份额；设为 10，则几乎被让行。注意：该参数仅对 cgroup v2 生效，且要求挂载选项含 io（如 /sys/fs/cgroup 挂载时启用 io 子系统）。

直接在 service 文件中写入 IOWeight

编辑服务单元文件（如 /etc/systemd/system/mysql.service.d/io.conf），添加：

[Service]
IOWeight=800

或直接在主 .service 文件的 [Service] 下追加。保存后执行：

systemctl daemon-reload
systemctl restart mysql.service

验证是否生效：

《跟老男孩学Linux运维-Web集群实战》

《跟老男孩学Linux运维-Web集群实战》

下载

systemctl show mysql.service | grep IOWeight
cat /sys/fs/cgroup/system.slice/mysql.service/io.weight

输出应为 800（若为 0，说明未启用 cgroup v2 或 io 子系统未挂载）。

多业务协同时的典型权重梯度设计

• 关键前台服务（如 PostgreSQL、Nginx）：IOWeight=800
• 中间件/缓存（如 Redis、RabbitMQ）：IOWeight=400
• 后台任务（日志轮转、指标采集）：IOWeight=100
• 离线作业（备份、报表生成）：IOWeight=10

这种梯度不是线性比例，而是调度器内部的相对比值。例如当 Nginx（800）与 backup.sh（10）同时发起读请求，前者大概率获得 98% 以上的可用 I/O 时间片。

注意事项与常见避坑点

• IOWeight 必须配合 IOAccounting=true 才能被内核识别（部分旧版 systemd 默认关闭，建议显式开启）
• 不要单独提高 IOWeight 而忽略 IOReadBandwidthMax 或 IOWriteBandwidthMax：权重高 ≠ 可无限吞吐，仍需硬限防突发打满磁盘队列
• 若服务以 Type=forking 启动（如传统 MySQL），确保 PIDFile= 正确，否则 systemd 可能无法将子进程纳入同一 cgroup，导致权重失效
• 容器场景下（如 Podman/Docker），宿主机侧的 IOWeight 对容器内进程无效，应改用 --io-weight 参数启动容器

和 ionice 的关系：互补而非替代

ionice -c2 -n7 是用户态调度提示，内核不一定严格遵守；而 IOWeight 是 cgroup v2 的强制调度策略，由内核 I/O 调度器直接执行。生产环境推荐优先使用 IOWeight，ionice 仅作补充（例如临时调试或非 systemd 管理的脚本）。