怎样解决 Apache 动态页面解析速度缓慢问题

Apache动态页面解析慢的本质是请求转发至后端解释器（如PHP-FPM）的整条链路效率低；优化核心为换用FastCGI+PHP-FPM替代mod_php、启用并合理配置OPcache（opcache.enable=1、memory_consumption=256MB）、禁用.htaccess、使用Event MPM与KeepAlive、走Unix socket通信。

Apache 动态页面解析慢，本质不是 Apache 自己在“解析 PHP 或 Python”，而是它把请求转给后端解释器（如 PHP-FPM、mod_wsgi）的整条链路效率低。优化核心是减少重复编译、缩短通信延迟、避免路径反复查找和进程级资源浪费。

换掉 mod_php，用 FastCGI + PHP-FPM

这是见效最快、影响最深的一步。prefork 模式下加载 mod_php，每个 Apache 进程都拖着一个完整 PHP 解释器，内存高、启动慢、无法复用连接。

• PHP-FPM 独立运行，支持动态进程池（pm = dynamic）、慢日志追踪、平滑重启
• Apache 改用 mod_proxy_fcgi 转发，走 Unix socket（比如 fcgi:///var/run/php/php8.2-fpm.sock），比 TCP 快得多
• 虚拟主机中配置示例：
  ProxyPassMatch ^/(.*.php(/.*)?)$ fcgi:///var/run/php/php8.2-fpm.sock

必须开 OPcache，且配对合理

不开 OPcache，PHP 每次请求都要重新解析、编译脚本，性能损失巨大。仅开启还不够，参数要调到位：

• opcache.enable=1（必开），opcache.enable_cli=0（禁 CLI，防干扰）
• opcache.memory_consumption=256（单位 MB，建议 ≥128，业务大就设 256）
• opcache.validate_timestamps=1（生产环境保持开启，配合 opcache.revalidate_freq=60，每分钟检查一次文件变更）
• PHP 7.4+ 可预加载常用类：opcache.preload=/path/to/preload.php

砍掉 .htaccess 和冗余重写

每次请求都要层层遍历目录找 .htaccess，再逐条匹配 RewriteRule，对动态入口（如 index.php）尤其伤性能。

• 在 VirtualHost 中统一写好重写规则，然后设 AllowOverride None
• 避免模糊正则，例如 RewriteRule ^(.*)$ index.php [L]；改用更精准或直接用 FallbackResource /index.php
• 纯 PHP 路由项目，优先用 FallbackResource，省去全部重写解析开销

精简 Apache 自身负担

无关模块、低效连接策略、错误的 MPM 都会拖慢请求进入后端前的最后一环：

• 运行 apache2ctl -M 查已加载模块，关掉不用的（如 mod_info、mod_status 生产环境可删）
• 确认用的是 Event MPM（Apache 2.4+），不是 prefork；并启用 KeepAlive：
  KeepAlive On，KeepAliveTimeout 5，MaxKeepAliveRequests 100
• 静态资源尽量不走 Apache 动态处理——图片/CSS/JS 交给 CDN 或 Nginx 处理，Apache 专注 PHP 请求