我让反应迟钝的PHP应用程序性能提升了4倍，而且我甚至没有改动任何源代码。没有重构，没有重写，只是进行了一系列精心规划的配置调整和部署优化。
这篇文章将详细告诉你我是如何做到的。
如果你的PHP应用程序运行缓慢，你可能会惊讶地发现性能还有如此大的提升空间。开发者常常把问题归咎于代码本身，但实际上，在很多情况下，瓶颈出在环境和配置上。
下面我将分步骤详细说明我是如何实现这个性能提升的。
问题：一个缓慢但稳定的PHP应用
我有一个老的PHP应用程序（Laravel 7版本），用于管理内部库存的小型工具。几个月来代码库都没有变动，但用户们开始抱怨：页面加载时间逐渐增加到3-5秒，有时甚至会超时。
以下是基本配置：
- PHP 7.4
- Apache 2.4
- Laravel 7
- MySQL 5.7
- 运行在每月10美元的VPS上（1核CPU，1GB内存）
- 通过Git部署，使用HTTPS提供服务
初始基准测试：
ab -n 100 -c 10 https://example.com/dashboard# 测试结果：平均响应时间5.2秒
对于这样一个相对简单的仪表盘来说，这个速度实在是太慢了。
第一步：启用并优化OPcache
什么是OPcache？
OPcache是PHP的字节码缓存，它将预编译的脚本字节码存储在共享内存中。这样就无需在每次请求时都加载和解析脚本。
启用OPcache
检查OPcache是否已启用：
<?php phpinfo(); ?>
如果没有启用，可以在php.ini中进行配置：
zend_extension=opcache.soopcache.enable=1opcache.memory_consumption=128opcache.interned_strings_buffer=8opcache.max_accelerated_files=10000opcache.revalidate_freq=0
小贴士：_opcache.revalidate_freq=0_确保文件只在每次请求时检查一次（如果文件未被修改则无需重复检查）。
启用OPcache后的效果
zend_extension=opcache.soopcache.enable=1opcache.memory_consumption=128opcache.interned_strings_buffer=8opcache.max_accelerated_files=10000opcache.revalidate_freq=0
仅通过OPcache就实现了近40%的性能提升。
第二步：用Nginx+PHP-FPM替换Apache
Apache虽然功能强大，但对于高并发的PHP应用来说有点臃肿。我用Nginx和PHP-FPM替换了Apache。
为什么选择Nginx？
Nginx是基于事件的服务器，针对静态和动态内容的服务进行了高度优化。它占用资源更少，处理并发请求的能力更强。
配置示例（nginx.conf）
zend_extension=opcache.soopcache.enable=1opcache.memory_consumption=128opcache.interned_strings_buffer=8opcache.max_accelerated_files=10000opcache.revalidate_freq=0
别忘了禁用Apache以释放80端口和相关资源。
使用Nginx后的效果
ab -n 100 -c 10 https://example.com/dashboard# 测试结果：平均响应时间2.0秒
现在我们看到了显著的性能提升。
第三步：启用HTTP/2和Gzip压缩
Gzip压缩
在Nginx配置中添加以下内容：
gzip on;gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;
HTTP/2
更新listen指令：
listen 443 ssl http2;
这需要SSL证书（我使用的是Let's Encrypt）。
启用Gzip+HTTP/2后的效果
ab -n 100 -c 10 https://example.com/dashboard# 测试结果：平均响应时间1.6秒
又获得了显著的性能提升，特别是对于静态资源和大数据量的传输。
第四步：使用真正的PHP会话驱动
Laravel默认使用基于文件的会话存储，在单线程磁盘VPS上负载较高时表现很差。
切换到Redis
SESSION_DRIVER=redisCACHE_DRIVER=redis
同时相应地更新了config/database.php和config/session.php文件。
架构图
+--------+ +------------+ +-----------+| 客户端 | <--> | Nginx | <--> | PHP-FPM |+--------+ +------------+ +-----------+ | | | v +--------+ +--------+ | Redis | | MySQL | +--------+ +--------+
使用Redis会话驱动后的效果
ab -n 100 -c 10 https://example.com/dashboard# 测试结果：平均响应时间1.3秒
响应时间已经减少到原来的约四分之一。
额外技巧：Cloudflare+页面规则（再次零代码改动）
如果你使用自定义域名，将你的站点添加到Cloudflare并创建缓存规则：
- 缓存所有内容
- 边缘缓存TTL：1小时
- 浏览器缓存TTL：遵循现有头部
这可以将静态页面直接推送到CDN边缘节点，减轻服务器负载。
在某些情况下，我看到来自遥远地区的页面加载时间缩短到了亚秒级。
结论：不要总是归咎于代码
在进行PHP函数性能分析或重写框架之前，先问问自己：
- 你是否充分利用了缓存？
- 你的会话存储是否优化？
- 你的Web服务器配置是否拖了后腿？
- 你的静态资源是否经过压缩并高效传输？
在我的案例中，这些简单的基础设施层面的调整就足以让应用程序性能飞升，而且我一行代码都没改。
