Linux rq（Run Queue）是衡量系统CPU负载的核心指标，它代表当前处于运行状态或等待CPU资源的进程总数，通过监控rq长度并及时优化，可以显著提升Linux服务器的处理效率和稳定性。
什么是linux rq？运行队列的概念解析
运行队列是Linux内核调度器为每个CPU核心维护的数据结构，当进程处于可运行状态（TASK_RUNNING）时，就会被放入对应CPU的rq中。rq长度就是这些进程的数量，包括正在运行的进程和等待CPU时间片的进程，行业共识认为，rq长期超过CPU核心数的2倍，通常意味着系统过载,需要深入排查。
运行队列与CPU负载的关联
/proc/loadavg显示的负载平均值基于rq长度计算，但额外包含了不可中断休眠进程（如等待I/O）。rq高是负载高的直接原因，但负载高不一定rq高（可能因I/O等待），理解这一区别,是性能调优的前提。
- 每个CPU有独立的rq,调度器通过负载均衡迁移进程。
- 查看
/proc/sched_debug可获取每个CPU的rq统计（需要root权限）：cat /proc/sched_debug | grep -A 5 "rq"
案例：某云计算平台基于rq长度实现弹性伸缩，当rq超过CPU核数3倍时自动扩容，响应时间降低40%。
如何查看linux rq？四种常用命令实战
运维人员需要掌握不同的查看方法，以适应实时监控、历史分析和故障排查需求。
使用vmstat 1实时监控
vmstat的r列就是当前运行队列中的进程数,这是最常用的实时rq查看命令：
$ vmstat 1
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
2 0 0 123456 7890 123456 0 0 10 20 5 10 2 1 95 2 0r值2表示有2个进程在等待CPU，如果
r持续大于CPU核数,则出现排队。
使用sar -q 1 3查看历史趋势
sar（sysstat包）可以记录系统活动，-q选项显示运行队列长度（runq-sz）和负载平均值,适合分析过去时段的负载情况：
sar -q 1 3
Linux 5.4.0-100-generic 2026-12-01 _x86_64_ (8 CPU)
09:00:01 runq-sz plist-sz ldavg-1 ldavg-5 ldavg-15
09:00:02 2 450 1.23 1.10 1.05runq-sz列即rq长度。
使用top和uptime辅助判断
top默认显示正在运行的进程数（running），但等待CPU的进程包含在r列（按f键可增加r列）。uptime直接输出负载平均值，不直接显示rq，但结合vmstat可综合判断。
通过/proc/stat提取
/proc/stat的procs_running字段表示当前运行队列中的进程数（包括正在运行和等待），但更推荐使用vmstat,因其输出更直观。
实时监控用vmstat 1，历史分析用sar -q,两者结合最全面。
linux rq负载过高怎么办？排查与优化步骤
当rq持续高于CPU核心数（例如8核机器rq大于8），用户就会感受到响应延迟,需要系统化排查。
定位资源消耗者
使用top -c按CPU排序，或ps -eo pid,%cpu,%mem,cmd --sort=-%cpu | head -20,找出高CPU进程。
- 如果CPU使用率接近100%且rq高,说明CPU资源不足。
- 如果CPU使用率较低但rq高，说明进程在等待其他资源（如I/O、锁）。
检查I/O等待与锁竞争
使用iostat -x 1查看%iowait，如果高说明磁盘I/O是瓶颈，使用strace或perf分析锁竞争。
场景：某数据库服务器rq高但CPU使用率仅60%，iostat显示%iowait
达30%，iotop定位到是日志写入进程独占磁盘带宽，通过分离日志盘并启用cgroup blkio限制,rq从18降至3。
优化调度策略
- 调整进程nice值：
renice -n 10 -p PID降低低优先级进程的CPU占用。 - 绑定CPU核心：
taskset -c 0-3 PID减少缓存切换。 - 实时调度：
chrt -f 50 PID将关键进程设置为SCHED_FIFO。
内核参数调优
通过sysctl调整调度器行为：
# 减少任务迁移代价（默认200000纳秒，单位ns）
sysctl -w kernel.sched_migration_cost_ns=500000
# 提高最小调度粒度（默认3000000纳秒，单位ns）
sysctl -w kernel.sched_min_granularity_ns=10000000
# 调整唤醒抢占粒度（默认2000000纳秒）
sysctl -w kernel.sched_wakeup_granularity_ns=4000000注意：参数调整需测试,不同负载效果不同。
使用cgroup限制CPU
在容器或共享环境，通过cgroup的cpu.shares和cpu.cfs_period_us控制进程组CPU份额,避免单个进程抢占全部CPU。
linux rq与cpu使用率有哪些区别？
很多运维人员将rq高和CPU使用率高混为一谈,但二者反映不同维度。
- CPU使用率：CPU忙碌时间百分比,高表示CPU资源紧张。
- rq长度：等待CPU的进程数,高表示调度排队严重。
区别案例：一个CPU密集计算进程（使用率100%），rq可能只有1（因为只有一个进程在跑），而大量I/O等待进程，CPU使用率可能只有20%，但rq可能高达50（因为进程都在等待I/O，但处于可运行状态）。
业内专家指出，在性能调优中，监控rq比监控CPU使用率更能早期发现系统瓶颈，因为CPU使用率可能接近100%但rq不高，系统仍可正常运行；而rq高即使CPU使用率低，也说明系统已经出现排队,需要立即干预。
实际案例：一次rq过高导致的网站响应慢
某金融公司核心交易系统，每天下午3点出现响应延迟，运维人员通过vmstat 1发现rq一度达到15，但CPU使用率只有60%，进一步排查，发现iowait高达30%，同时/proc/loadavg显示负载已超过CPU核心数（8核）的2倍，使用iotop定位到是数据库备份进程在大量写入磁盘，导致其他进程等待I/O，通过改为夜间备份，并启用cgroup的blkio限制，rq降至3以下,问题解决。
常见问题（Q&A）
linux rq长时间大于CPU核心数怎么办？
如果rq持续大于CPU核心数，说明系统负载过高，首先通过top和iostat找出是CPU瓶颈还是I/O瓶颈，然后优化进程优先级或增加硬件资源，如果无法立即扩容，可以使用echo 0 > /proc/sys/kernel/sched_child_runs_first等调度参数调整,但需谨慎。
linux rq查看命令哪个最准确？
vmstat的r列能反映当前运行队列中等待CPU的进程数，是最直接的指标。sar -q的runq-sz会每隔采样周期统计一次长度，适合历史分析。top显示的running进程数不包括等待的，所以不完整，最准确的做法是结合vmstat和sar。
linux rq和load average有什么关系？
load average是过去1、5、15分钟的平均活跃进程数，包括正在运行和等待I/O的进程，即rq长度加上不可中断睡眠进程数，rq是load average的组成部分，如果load average高但rq低，说明大量进程在等待I/O；如果rq高,说明CPU资源不足。
掌握Linux rq的监控与优化，是系统性能调优的基础，无论你是运维新手还是资深工程师，通过定期检查rq长度并结合其他指标，都能快速定位瓶颈，提升服务器效率。rq是系统负载的晴雨表，关注它，你就能提前感知系统风险。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/506190.html
