php-fpm在ubuntu上的内存使用如何优化

在 Ubuntu 上优化 PHP-FPM 的内存使用

服务器内存捉襟见肘，PHP-FPM 进程却像贪吃蛇一样不断吞噬资源？这确实是不少运维和开发者的心头之痛。好在，优化 PHP-FPM 的内存使用并非无章可循，通过一系列系统性的调整，完全可以让它变得“规矩”起来。下面这张图，就为我们接下来的优化之路提供了一个直观的概览。

话不多说，我们直接切入正题，看看有哪些行之有效的策略。

1. 调整 PHP-FPM 配置

优化之旅的第一步，通常从 PHP-FPM 自身的配置开始。它的配置文件一般位于 /etc/php/版本号/fpm/pool.d/www.conf。如何根据服务器的“家底”（内存）和应用的实际胃口来调整呢？关键在于下面这几个参数：

• pm.max_children：这个参数决定了 PHP-FPM 能同时派出的“最大兵力”。每个子进程都会占用固定内存，所以这个值可不能拍脑袋决定，必须根据总内存来精打细算。

  pm.max_children = 50

• pm.start_servers：服务启动时，预先创建好的子进程数量，相当于常备军。

  pm.start_servers = 5

• pm.min_spare_servers：空闲时，必须保持的最少“待命”子进程数，确保突发请求能快速响应。

  pm.min_spare_servers = 5

• pm.max_spare_servers：空闲时，允许存在的最大子进程数，超过这个数的闲置进程会被回收，防止资源浪费。

  pm.max_spare_servers = 35

• pm.max_requests：这个参数非常实用，它控制每个子进程在处理了多少个请求后自动重启。这相当于给进程设定了一个“工龄上限”，能有效预防因内存泄漏导致的内存占用缓慢增长问题。

  pm.max_requests = 500

2. 设定 PHP 内存天花板

除了管好进程，还得管好每个脚本。在 php.ini 文件中为 PHP 脚本设置一个内存使用上限，是防止单个脚本“跑飞”吃掉所有内存的基本操作。

memory_limit = 128M

3. 启用性能翻跟斗：OPcache

如果问有什么配置能立竿见影地提升 PHP 性能并间接优化内存，启用 OPcache 绝对排在前列。它的原理是把编译好的 PHP 字节码缓存起来，避免每次请求都重复编译，大幅减少了 CPU 和内存的开销。

在 php.ini 中开启并配置它：

[opcache]
zend_extension=opcache.so
opcache.enable=1
opcache.memory_consumption=128
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=4000
opcache.revalidate_freq=60

4. 升级 PHP 版本

这不是一句空话。PHP 7 系列相比 PHP 5.x，在内存使用和性能上有着代际般的提升，而后续的 8.x 版本更是持续优化。如果条件允许，升级到稳定的新版本，往往是最省力、效果最显著的优化手段之一。

5. 监控与分析：让优化有据可依

优化不能靠猜。熟练使用 top、htop 或 php-fpm status 等工具来实时监控 PHP-FPM 的内存使用情况和进程状态，是必不可少的步骤。只有了解了真实的内存使用模式和压力分布，你的调整才能精准命中靶心。

6. 从源头优化：代码层面的好习惯

服务器配置是外功，代码优化则是内功。养成好的编码习惯，能从根源上减轻内存压力：

• 慎用全局变量：全局变量的生命周期贯穿脚本始终，会持续占用内存。
• 及时释放资源：数据库连接、文件句柄等，用完后应立即关闭。
• 善用生成器 (Generators) 和迭代器：尤其在处理海量数据时，它们可以做到“用多少取多少”，避免一次性将全部数据加载到内存中。

7. 引入外部缓存系统

对于频繁读取的数据库查询结果、复杂运算结果等，可以引入 Redis 或 Memcached 这类高性能缓存系统。将数据暂存在内存中，既能极大提升响应速度，也能减少数据库的重复查询压力，从而间接降低 PHP 进程的整体内存开销。

通过以上这套组合拳，你可以系统性地优化 Ubuntu 上 PHP-FPM 的内存占用。最后切记，每次修改配置后，都需要重启 PHP-FPM 服务让新配置生效：

sudo systemctl restart php版本号-fpm

举个例子，如果你正在使用 PHP 7.4，那么重启命令就是：

sudo systemctl restart php7.4-fpm