Apache作为最经典的Web服务器之一，与PHP的组合在中小型项目中依然广泛使用。默认安装的Apache和PHP往往采用最保守的配置，面对稍微高一点的并发量就容易出现响应变慢、CPU占用飙升甚至进程堆积的问题。要提升PHP运行速度，不能只盯着PHP本身，Apache的进程模型、连接处理方式以及静态资源策略都会直接影响整体性能。

先明确一个前提：如果使用mod_php方式运行PHP，那么每次请求都会占用一个Apache工作进程，直到PHP脚本执行完毕。这种方式简单但不高效，尤其是在长时间运行的脚本或大量并发时，进程会迅速耗尽。因此本文的优化思路围绕两条主线展开：一是减少Apache的工作进程无谓占用，二是让PHP执行本身更快、更省资源。

选择合适的MPM工作模式

Apache的多处理模块（MPM）决定了它如何接收请求、分配进程或线程。Linux环境下最常见的是Prefork、Worker和Event三种。Prefork模式以多进程方式工作，每个进程同时只能处理一个请求，对于纯动态PHP内容来说，并行能力有限，内存消耗也较大。Worker模式引入多线程，每个进程可以包含多个线程，但线程在处理长连接时可能会被阻塞。Event模式在Worker基础上增加了专门的监听线程来处理KeepAlive长连接，使工作线程能够尽快释放出来处理新的请求，这对于PHP-FPM这种FastCGI后端尤其友好。

如果你的Apache是编译安装的，可以使用httpd -V查看当前启用的MPM。如果显示的是prefork，建议切换到event或worker。从Apache 2.4开始，Event MPM已经足够稳定，并且被多数发行版作为默认选项。切换方法通常是在配置文件中加载对应的模块，例如在Debian/Ubuntu系统中调整/etc/apache2/mods-enabled/下的mpm_prefork.conf并启用mpm_event.conf。切换后需要重新启动Apache，并观察日志确认没有模块冲突，尤其是某些依赖prefork的模块需要先禁用。

对于使用mod_php的用户，切换到Event MPM并不能直接带来好处，因为mod_php必须运行在Prefork模式下才能保证线程安全。这时候更推荐的做法是去掉mod_php，改用PHP-FPM配合FastCGI。这样Apache可以用Event MPM处理连接，PHP请求则交给独立的PHP-FPM进程池去执行，两者解耦后资源利用效率会明显提升。下面是一个Event MPM的参考配置：

<IfModule mpm_event_module>
    StartServers             3
    MinSpareThreads          75
    MaxSpareThreads         250
    ThreadsPerChild         25
    MaxRequestWorkers      400
    MaxConnectionsPerChild   0
</IfModule>

上面的参数中，ThreadsPerChild乘以MaxRequestWorkers决定了总线程上限。如果并发请求超过这个数值，新的连接会进入队列等待。根据服务器内存和CPU核心数调整这些值，避免进程数过多导致内存交换。

优化PHP-FPM进程池与opcache配置

PHP-FPM是提升PHP运行速度的关键组件。它维护一个PHP进程池，每个进程处理完一个请求后不会被销毁，而是继续等待下一个请求，从而避免了传统CGI每次请求都要重新启动PHP解释器的开销。PHP-FPM的配置主要在php-fpm.conf或www.conf中，其中pm参数决定进程管理方式。推荐使用dynamic或ondemand模式，static模式适合负载非常稳定的场景。

对于dynamic模式，需要计算合适的pm.max_children。一个经验公式是：每个PHP-FPM进程大约占用30到50MB内存，假设服务器只运行PHP，可以分配总内存的70%给PHP-FPM，然后除以单进程内存占用。比如一台2GB内存的服务器，给PHP-FPM预留1.4GB，每个进程平均40MB，那么pm.max_children可以设置为35左右。如果设置过大，进程过多会导致内存不足，服务器开始使用swap，性能反而急剧下降。

pm = dynamic
pm.max_children = 35
pm.start_servers = 10
pm.min_spare_servers = 5
pm.max_spare_servers = 20
pm.max_requests = 500

pm.max_requests参数非常实用，它指定每个PHP-FPM进程在处理多少次请求后自动重启。PHP应用长期运行可能会出现内存泄漏或缓存膨胀，设置这个值可以定期回收进程，保持内存占用稳定。通常设为500到1000之间比较合适，太小会导致进程频繁重启，太大则泄漏积累过多。

另一个对PHP运行速度影响巨大的设置是opcache。opcache将编译后的PHP脚本缓存在共享内存中，后续请求直接使用编译结果，跳过了解析和编译阶段。默认情况下很多发行版没有开启opcache，需要在php.ini中显式启用并调整缓冲区大小。

opcache.enable=1
opcache.memory_consumption=128
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=10000
opcache.revalidate_freq=60
opcache.fast_shutdown=1

其中opcache.memory_consumption单位为MB，根据应用代码量调整，大型框架如Laravel可能需要256MB以上。opcache.revalidate_freq决定多久检查一次文件是否更新，开发环境可以设为0以实时生效，生产环境建议设为60秒或更长，减少文件系统检查开销。开启opcache后，PHP脚本执行时间往往能减少30%到50%，是性价比最高的优化手段之一。

调整Apache静态资源与压缩缓存策略

动态PHP页面往往还包含大量的CSS、JavaScript、图片等静态资源。如果这些资源也由PHP处理，会白白消耗PHP进程。Apache可以通过配置将静态文件直接由自身响应，绕过PHP-FPM。使用FilesMatch或LocationMatch指令可以精确控制哪些请求交给PHP处理。一个常见的做法是在Apache虚拟主机配置中，只对以.php结尾的请求使用FastCGI代理，其他请求直接由Apache从磁盘读取并返回。

启用mod_deflate压缩可以显著减少传输数据量，尤其对文本类资源（HTML、CSS、JS）效果明显。压缩后的文件体积通常能减少60%到80%，对于带宽有限的服务器来说，能明显加快页面加载速度。配置示例：

<IfModule mod_deflate.c>
    AddOutputFilterByType DEFLATE text/html text/plain text/css application/javascript application/json
    DeflateCompressionLevel 6
    BrowserMatch ^Mozilla/4 gzip-only-text/html
    BrowserMatch ^Mozilla/4\.[0-9] no-gzip
    BrowserMatch ^MSIE !no-gzip !gzip-only-text/html
</IfModule>

同时设置合理的缓存头也很重要。通过mod_expires或Header指令，让浏览器缓存静态资源，减少重复请求。对于不常变化的图片、样式文件，可以设置较长的过期时间，例如一个月。这样用户第二次访问时，很多资源直接从本地缓存读取，Apache根本不需要处理。

<IfModule mod_expires.c>
    ExpiresActive On
    ExpiresByType image/jpeg "access plus 1 month"
    ExpiresByType image/png "access plus 1 month"
    ExpiresByType text/css "access plus 1 week"
    ExpiresByType application/javascript "access plus 1 week"
</IfModule>

KeepAlive参数也需要合理设置。开启KeepAlive可以让同一连接复用，减少TCP握手开销，但如果KeepAliveTimeout设置过长，Event MPM的监听线程会一直占用，影响新连接的接入。一般建议KeepAlive On，KeepAliveTimeout 2到5秒，MaxKeepAliveRequests 100左右。对于高并发场景，适当缩短超时时间可以更快释放连接资源。

最后，不要忘记监控和压力测试。使用ab、wrk或者siege对调整前后的TLS、响应时间、错误率进行对比，根据实际数据修正参数。性能调优是一个迭代过程，没有一套万能配置，所有数值都需要结合服务器硬件、应用特点和访问模式来验证。