Apache CPU过高需分层定位：先用top -H或htop锁定高CPU线程ID，再通过/proc/PID/cmdline或访问日志关联具体网站与URL；重点排查PHP死循环、正则回溯、慢查询及KeepAliveTimeout过长、模块冲突等配置问题。
Apache 进程 CPU 占用过高，核心是确认“谁在耗 CPU”以及“为什么耗”，不能只看 httpd 在跑，就默认是 Apache 本身的问题。要分层定位：先锁定高负载进程或线程，再关联到具体请求、脚本、配置或模块。
快速定位高 CPU 的 Apache 线程
使用 top -H 或 htop（开启线程视图）查看所有线程，按 P 排序 CPU 使用率。记下占用最高的线程 PID（注意：这是线程 ID，不是进程 ID）。
接着用 ps -o pid,lwp,comm,tid,pcpu -p 主进程PID 验证该线程归属哪个 httpd 工作进程，并观察其 CPU 百分比是否持续 >90%。
若多个线程反复出现高占用，说明问题具有规律性，不是偶发抖动。
关联到具体网站或请求路径
对高 CPU 线程执行：cat /proc/线程PID/cmdline | tr '<p>对高 CPU 线程执行：<br><code>cat /proc/线程PID/cmdline | tr '\0' '\n'
可看到该线程启动时的完整命令行，常含 -f /etc/apache2/sites-enabled/xxx.conf 或 DocumentRoot /var/www/siteA 等线索。
更可靠的方式是查 Apache 的访问日志（如 /var/log/apache2/access.log），配合时间戳过滤出该时段的请求：grep "$(date -d '2 minutes ago' '+%d/%b/%Y:%H:%M')\|$(date -d '1 minute ago' '+%d/%b/%Y:%H:%M')" /var/log/apache2/access.log | awk '{print $7}' | sort | uniq -c | sort -nr | head -10
这能快速暴露被高频访问或响应极慢的 URL 路径。
可看到该线程启动时的完整命令行，常含
-f /etc/apache2/sites-enabled/xxx.conf 或 DocumentRoot /var/www/siteA 等线索。更可靠的方式是查 Apache 的访问日志（如
/var/log/apache2/access.log），配合时间戳过滤出该时段的请求：grep "$(date -d '2 minutes ago' '+%d/%b/%Y:%H:%M')\|$(date -d '1 minute ago' '+%d/%b/%Y:%H:%M')" /var/log/apache2/access.log | awk '{print }' | sort | uniq -c | sort -nr | head -10这能快速暴露被高频访问或响应极慢的 URL 路径。
Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。
检查脚本与动态内容是否失控
多数 CPU 飙升源于 PHP/Python 等脚本执行异常，例如：
• 死循环或无限递归（一个 while(true){} 就能让单线程吃满 100%）
• 复杂正则表达式回溯（如 preg_match('/^a+b+$/') 配对恶意输入）
• 未加限制的数据库全表扫描或嵌套查询
建议启用 Apache 的 mod_status（需配置 ExtendedStatus On 和访问控制），访问 http://localhost/server-status?auto 查看当前活跃请求的 URI、处理状态和耗时；同时打开 PHP 的 slowlog（php-fpm.conf 中设置 slowlog 和 request_slowlog_timeout = 2s），直接捕获超时脚本。
排查配置与模块层面的隐患
以下配置项容易引发隐性 CPU 消耗：
• KeepAliveTimeout 设为 30 秒以上，导致大量空闲连接长期驻留，线程无法释放
• MaxRequestWorkers（prefork）或 ThreadsPerChild（worker/event）设置远超服务器实际并发能力，引发频繁进程/线程创建销毁开销
• 启用了低效或冲突的模块，如过度复杂的 mod_rewrite 规则（尤其带正则捕获的目录遍历重写）、未优化的 mod_security 规则集
可临时禁用非必要模块（a2dismod rewrite security2），观察 CPU 是否回落；也可用 apachectl -t -D DUMP_MODULES 列出已加载模块，比对变更记录。
