我让反应迟钝的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.so
opcache.enable=1
opcache.memory_consumption=128
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=10000
opcache.revalidate_freq=0

小贴士：_opcache.revalidate_freq=0_确保文件只在每次请求时检查一次（如果文件未被修改则无需重复检查）。

启用OPcache后的效果

zend_extension=opcache.so
opcache.enable=1
opcache.memory_consumption=128
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=10000
opcache.revalidate_freq=0

仅通过OPcache就实现了近40%的性能提升。

第二步：用Nginx+PHP-FPM替换Apache

Apache虽然功能强大，但对于高并发的PHP应用来说有点臃肿。我用Nginx和PHP-FPM替换了Apache。

为什么选择Nginx？

Nginx是基于事件的服务器，针对静态和动态内容的服务进行了高度优化。它占用资源更少，处理并发请求的能力更强。

配置示例（nginx.conf）

zend_extension=opcache.so
opcache.enable=1
opcache.memory_consumption=128
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=10000
opcache.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=redis
CACHE_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服务器配置是否拖了后腿？
• 你的静态资源是否经过压缩并高效传输？

在我的案例中，这些简单的基础设施层面的调整就足以让应用程序性能飞升，而且我一行代码都没改。