apache高负载下cpu亲和性瓶颈本质是工作线程不均衡绑定导致部分核心过载、其余闲置，根源在于进程调度与内核numa/中断分布协同失衡，需按“是否不均→为何不均→如何调整”三层排查优化。

Apache 在高负载下出现 CPU 亲和性瓶颈，本质是工作线程被不均衡地绑定到少数 CPU 核心上，导致部分核心打满、其余闲置，整体吞吐未达上限。这不是 Apache 自身 bug，而是进程调度与内核 NUMA/中断分布协同失衡的结果。排查需从“是否不均 → 为何不均 → 如何调整”三层推进。

确认 Apache 线程是否存在 CPU 分布不均

先看整机各核负载是否明显失衡：

• 运行 mpstat -P ALL 1 3，观察每颗 CPU 的 %usr 是否差异巨大（例如 Core 0 达 95%，Core 3 却仅 12%）
• 同时执行 top -H，按 1 键展开所有 CPU 核心视图，再按 P 排序 CPU 使用率，观察高耗线程是否全部挤在 1–2 颗核心上

再查 Apache 主进程及其子线程的实际绑定情况：

• 获取主 httpd 进程 PID：pgrep -f "apache|httpd"
• 查看该进程当前 CPU 亲和掩码：taskset -p <pid></pid>（输出如 pid 12345's current affinity mask: f 表示可跑在所有 4 核）
• 查看其所有线程的实时运行核：ps -o pid,tid,psr,comm -T -p <pid> | grep httpd</pid>
  • psr 列即为实际运行的 CPU 编号，若多数线程 psr 都是 0 或 1，就证实存在亲和性倾斜

检查是否受软中断或网卡中断抢占影响

Apache 处理网络请求时，常被网卡收包软中断（softirq）“抢走” CPU 时间，尤其当网卡队列只绑在单核时：

linux-performance-analyzer

Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。

下载

• 查看软中断分布：cat /proc/softirqs | grep NET_RX，对比各 CPU 对应数值（如 CPU0: 120万，CPU3: 8千）
• 查看网卡中断绑定：cat /proc/interrupts | grep eth0（或你的网卡名），确认 IRQ 行各列数值是否严重不均
• 若发现中断高度集中，说明网卡收包全压在某核，Apache 线程也倾向在该核竞争调度，加剧拥塞

验证 Apache 模块与 MPM 类型是否隐式限制调度

不同 MPM（多路处理模块）行为差异大：

• prefork：每个请求一个进程，无多线程，亲和性问题较轻，但内存开销大
• worker / event：使用多线程，线程默认由内核调度，但若启用了 ThreadLimit 或 ThreadsPerChild 过小，易造成线程池争抢同一核
• 检查当前 MPM：httpd -V | grep -i mpm
• 查看配置中关键参数：grep -E "(MPM|ThreadsPerChild|MaxRequestWorkers)" /etc/apache2/mods-enabled/mpm_*.conf
  • 若 ThreadsPerChild 设置为 25，而服务器有 16 核，但 MaxRequestWorkers 仅设为 100，则最多只启用 4 个子进程 × 25 线程，调度空间受限

手动优化 CPU 亲和性分配（谨慎操作）

不建议全局绑定，而应按子进程分组隔离：

• 先停用 Apache：systemctl stop apache2
• 编辑启动脚本或 systemd service，在 ExecStart 前加 numactl --cpunodebind=0 --membind=0（针对 NUMA 节点 0）
• 或更细粒度：修改 /etc/apache2/envvars，在启动前设置：

  export APACHE_MPM_OPTS="-DFOREGROUND"
  # 启动时用 taskset 绑定不同子进程到不同核组

• 更稳妥做法：用 systemd 的 CPUAffinity= 选项（适用于 Ubuntu 22.04+/Debian 12+）
  编辑 /etc/systemd/system/multi-user.target.wants/apache2.service，在 [Service] 下添加：

  CPUAffinity=0 1 2 3
  # 或按 NUMA 节点：CPUAffinity=0-3 8-11

补充：避免误判的两个关键点

• htop 中看到 httpd 进程 CPU 高，不代表一定是 Apache 代码问题——90% 场景下是它正在执行 PHP 脚本、正则匹配或等待数据库响应，此时应结合 perf record -p <pid> -g -- sleep 20</pid> 抓火焰图，看热点是否真在 httpd 二进制内
• taskset 绑定后若性能反而下降，大概率是 NUMA 不一致导致内存访问延迟升高，务必配合 numactl --hardware 查节点拓扑，并用 numastat -p <pid></pid> 确认内存页是否跨节点分配

不复杂但容易忽略