Apache2如何优化PHP运行速度

先把话说在前头：如果你的网站用Apache跑PHP，但响应速度越来越慢、CPU动不动就飙升，或者并发一高就频频503——那问题多半出在PHP处理阶段。如何让Apache + PHP真正跑“顺”？这事儿其实是有章可循的。下面是几条经过大量生产环境验证的优化路径，每条单独拎出来都有立竿见影的效果，关键是操作成本都不高。

第一步，启用并优化PHP-FPM（替代mod_php）

传统的mod_php模式，是把PHP进程直接塞进Apache内部运行。这样做虽然省事，但问题也很明显：每个Apache进程都携带着一份PHP解释器，内存开销大、进程调度迟钝，一旦并发上来，服务器很容易被撑满。

PHP-FPM相当于把PHP处理独立成一个专门的进程池，Apache只负责转发请求。这样一来，Apache的负担轻了，PHP进程也能被更精准地控制。配置方式也很直接：在Apache虚拟主机配置中加载mod_proxy_fcgi模块，然后用SetHandler "proxy:fcgi://localhost:9000"把.php请求全部转给PHP-FPM。而FPM那边的进程参数，比如pm.max_children、pm.start_servers、pm.min_spare_servers和pm.max_spare_servers，一定要根据服务器内存容量来设定，并不是随便填个数值就能跑满的。

第二步，强制启用OPcache，别再让PHP重复编译

每一次PHP脚本被请求，Apache都要重新读取、解析、编译一遍。这在开发环境下可能无所谓，生产环境这么做简直是资源浪费。OPcache做的事情很简单：把编译后的PHP脚本放进内存缓存里，后面再有人请求同一个文件，直接拿缓存的版本就行。

启用也很简单：安装php-opcache扩展，在php.ini里加上zend_extension=opcache.so，opcache.enable=1。重点关注三个参数：opcache.memory_consumption设置128MB起步，项目大可以再加；opcache.max_accelerated_files设为项目PHP文件数的1.5倍左右，保守点4000起；opcache.revalidate_freq生产环境直接设为0，没必要每次都去检查文件有没有变动。

第三步，调教Apache自身：KeepAlive、MPM和压缩

Apache本身的配置对PHP性能影响也很大。首先说KeepAlive，它可以复用同一TCP连接处理多个请求，省下反复握手的开销。建议开启KeepAlive On，MaxKeepAliveRequests设100，KeepAliveTimeout设5秒，再高就容易浪费连接了。

然后是MPM模式。如果用的是非线程安全版本的PHP，那就只能用prefork；如果追求高并发，event或worker模式更合适，因为它们能用较少的进程支撑更多请求。以event模式为例，StartServers设5，MinSpareServers和MaxSpareServers分别设5和10，最大并发数MaxClients可以根据单进程内存大小和服务器总内存估算出来。对生产环境合适的度在哪里，核心还是算好账。

别忘了启用mod_deflate压缩——HTML、CSS、JS这些文本资源，压缩后再传输能省下至少一半带宽。配置起来就两行规则：AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css application/ja vascript。

第四步，该缓存的都缓存起来，别什么都往数据库跑

PHP的性能瓶颈，很多时候不是PHP本身，而是数据库。每一次查询都去读磁盘，不加点缓存，再好的机器也扛不住。

第一种方式：对象缓存。用Redis或者Memcached把数据库查询结果缓存起来，下次同样的请求直接走内存，响应速度能提升一个数量级。安装redis-server和php-redis扩展就行，PHP代码里集成个Redis客户端，操作起来非常直接。

第二种方式：静态内容缓存。用mod_cache和mod_cache_disk可以把CSS、JS、图片这些静态资源缓存到本地磁盘上，避免Apache反复从文件系统读取。配置思路是设定缓存根目录、启用磁盘缓存模式，并设置目录层级和长度来避免目录过深影响查找效率。

第五步，PHP配置参数再抠一抠

很多人在php.ini里常年用默认参数，实际上稍微调整几个关键值就能明显改善性能。比如memory_limit：设得太小，复杂脚本直接中断；设得太大，有内存溢出风险。一般来说256MB到512MB是比较稳妥的范围。max_execution_time建议设为30~300秒，太长容易让异常脚本把CPU拖垮。upload_max_filesize和post_max_size根据业务场景来调整，比如需要上传大文件的话设成50MB。disable_functions记得把exec、passthru这类危险函数禁用掉，既是安全防护，也是防止恶意脚本消耗系统资源。

第六步，监控工具上齐，持续发现瓶颈

优化之后不代表一劳永逸。负载量在上浮，业务逻辑在增加，性能瓶颈随时可能冒出来。最好养成定期监控的习惯。

系统层面：top或htop看CPU和内存，iotop看磁盘IO，确认瓶颈是CPU密集、内存不足还是磁盘等待。Apache层面：用apachetop看请求处理速度，开启server-status页面查看并发连接数。PHP层面：启用php-fpm status工具，观察进程池的活跃状态，结合New Relic、Blackfire一类的工具，可以精准定位到底是哪段逻辑拖慢了整个请求。

日常调优中，我都把PHP-FPM和OPcache这两项放在第一优先级来优先处理，因为它们动手成本最低、收益最显著。后面几条可以根据实际情况逐步落地，但无论如何，整个链条上的每一个环节都值得重新审视一遍。不敢说能让你的Apache跑出特斯拉的推背感，但至少省掉不少日常的心塞。