服务器资源调度入门：从概念到命令行实操
为什么需要关心服务器资源调度
当多任务同时运行在一台服务器上时，CPU 不可能同时处理所有进程，而是通过“时间片”轮流分配。服务器资源调度就是决定哪个进程先获得 CPU、哪个进程退后等待的一套规则。
如果你发现某个服务响应变慢、另一个后台任务却占满 CPU，很可能就是资源调度没配置好。
本文会让你掌握调度的基本概念和实操方法，不再全靠重启解决性能问题。
基础概念：优先级与 Nice 值
Linux 中每个进程都有一个优先级（Priority），优先级越高越早得到 CPU。
用户能调整的指标是 Nice 值（-20 到 19），数值越小优先级越高（越“不友好”）。
默认 Nice 值是 0。
- 普通用户只能调高 Nice 值（降低优先级）
- root 用户可以调低 Nice 值（提升优先级）
准备工作
- 一台运行 Linux 的服务器（本文以 CentOS 7 为例，命令通用）
- 拥有 sudo 权限或 root 账户
- 检查是否已安装
top、ps等基础工具（一般自带）
第一步：查看当前进程优先级
用 top 命令查看所有进程的优先级列（NI）：
top在 top 界面中，NI 列显示 Nice 值，PR 列显示内核实际使用的优先级。
按下 q 退出。
或者用 ps 只看关键进程：
ps -eo pid,comm,nice | grep httpd这样你就能知道当前哪些进程占用了多少优先级资源。
第二步：用 nice 启动一个新进程并指定优先级
启动一个新任务时可以直接设置 Nice 值，例如启动一个长期计算的脚本，给它较低的优先级：
nice -n 10 ./slow_task.sh &-n 10表示 Nice 值设为 10（优先级较低）- 如果不加
-n，默认增加 10
想让它占用更少 CPU，就提高 Nice 值；
想让重要服务优先获得 CPU，就降低 Nice 值（需要 root）。
第三步：用 renice 调整正在运行的进程
如果进程已经启动，用 renice 调整：
sudo renice -n -5 -p 1234-n -5表示设置 Nice 值为 -5（更高优先级）-p 1234是目标进程 PID- 普通用户只能增加 Nice 值（降低优先级），所以需要 sudo 来降低。
调整后可以用 top 再次查看 NI 列是否变化。
常见问题解答
Q1：我改了 Nice 值，为什么进程还是占满 CPU？
A：Nice 只影响 CPU 调度优先级，不影响 CPU 占用上限。如果进程本身是死循环，它仍然会抢到时间片，只是优先级高的进程会得到更多时间片。还要检查是否有其他资源瓶颈（如磁盘 I/O）。
Q2：调低 Nice 值（负数）有风险吗？
A：有。如果把系统关键进程（如 systemd、sshd）的优先级提得太高，可能导致其他任务得不到 CPU，甚至系统卡死。建议只调整你亲自启动的应用进程。
Q3：如何永久保存优先级设置？
A：可以写一个 systemd 服务单元，在 [Service] 下添加 Nice=10。或者使用 /etc/security/limits.conf 配置，但这里不展开。
避坑指南
- 不要在业务高峰期做大规模的 renice 实验，先在一台测试机验证。
- 普通用户不能调低 Nice 值（不能越权提升优先级），如果遇到
Permission denied，请加 sudo。 renice对进程组和用户也能操作，但新手建议只按 PID 调整，避免误操作。- 调整后立即用
top或htop观察，确认设置生效。 - 不要同时调整过多进程，容易忘记原始值，建议先记录原始 Nice 值。
验证效果
执行以下步骤验证你的调度调整是否生效：
# 启动一个费 CPU 的测试任务（模拟高负载）
dd if=/dev/zero of=/dev/null &
# 记录 PID
echo $!
# 用 top 观察 NI 列，默认是 0
# 然后调高 Nice 值（降低它的优先级）
sudo renice -n 15 -p 刚才的PID
# 再开一个终端，运行一个正常优先级的任务
# 观察 top 中两个进程的 CPU 时间分配你会看到经过调整后，高 Nice 值的 dd 任务获得的 CPU 时间明显减少，另一个任务占据更多资源。
这就是服务器资源调度的直观效果。
总结
本文从概念到实操，带你理解了服务器资源调度的核心机制：Nice 值控制进程抢占 CPU 的优先级。
通过 nice 和 renice 命令，你可以轻松调整任务的重要性。
记住：先查看、再修改、最后验证，并且避免动到系统关键进程。
如果你在工作中遇到更复杂的资源调度场景（如 cgroups 控制组），可以继续学习后续的进阶教程。
