PHP-FPM的调优，其实是一项很考验经验的工作。

参数设得对不对，往往直接决定了你的PHP应用跑得顺不顺。下面就把几个核心参数掰开揉碎了讲清楚，顺便附上一些实战中总结出来的配置思路。

1. pm 参数：进程池管理策略

pm 是整个调优的起点。它决定了PHP-FPM如何管理子进程。

三种模式各有特点，选哪个，要看你的业务场景。

• dynamic：动态调整

  根据负载实时增减子进程数量。适合流量波动明显的场景。

  进程数会自动伸缩，既不会在高峰期爆炸，也不会在低谷期浪费资源。配置示例：

  pm = dynamic
  pm.max_children = 50
  pm.start_servers = 5
  pm.min_spare_servers = 5
  pm.max_spare_servers = 35

• static：固定数量

  说白了就是一次性启动固定数量的子进程，不管负载高低，进程数不变。

  这种模式对内存需求高，但避免了进程频繁创建销毁的开销，适合负载稳定、高并发的场景。配置示例：

  pm = static
  pm.max_children = 50

• ondemand：按需启动

  平时不启动任何子进程，有请求来才临时创建。

  处理完空闲一段时间后会自动销毁。内存占用极低，但启动延迟明显，适合低流量应用或微型站点。配置示例：

  pm = ondemand
  pm.process_idle_timeout = 10s

如何选择

• 流量波动大：优先考虑dynamic
• 负载稳定且并发高：优先考虑static
• 低流量或小型应用：优先考虑ondemand

2. request_terminate_timeout：请求超时保护

这个参数用于防止某些脚本长时间占用资源不放。

建议根据实际业务合理设置。太快会误杀，太慢又起不到保护作用。

request_terminate_timeout = 30s

3. memory_limit：内存上限

这个参数决定每个PHP进程允许消耗的最大内存。

设得太小，复杂脚本会报错。设得太大，并发一高内存就爆了。

需要根据应用的实际内存消耗来权衡。

memory_limit = 128M

4. upload_max_filesize 和 post_max_size：文件上传限制

前者控制单个文件大小，后者控制整个POST请求大小。

通常要保持一致。否则可能出现文件已上传但被截断的问题。

upload_max_filesize = 64M
post_max_size = 64M

5. max_execution_time：脚本执行时间上限

这个参数与request_terminate_timeout类似，但粒度更细。

如果脚本超时，建议先检查业务逻辑，而不是盲目调大。

max_execution_time = 30

6. opcache：性能加速利器

启用OPcache，是提升PHP性能最直接、最有效的手段之一。

它能把编译后的PHP脚本缓存到共享内存中，避免每次请求都重新编译。

配置时要注意内存大小和缓存文件数量。不要设得太大浪费内存，也不要设得太小导致频繁淘汰。

[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
opcache.fast_shutdown=1

7. slowlog：慢查询日志

这个功能很实用，能帮你精准定位哪些请求拖慢了性能。

开启后，让它在后台默默记录，定期分析就行。

slowlog = /var/log/php-fpm/slow.log
request_slowlog_timeout = 10s

8. log_level：日志级别

生产环境一般用notice级别。

这样既能记录关键信息，又不会产生过多日志。调试时再临时调高即可。

log_level = notice

9. catch_workers_output：捕获工作进程输出

开启后，工作进程的输出会被捕获并记录到日志中。

这对调试一些偶发问题很有帮助。

catch_workers_output = yes

10. clear_env：环境变量清理

设置no可以保留系统环境变量，这对一些依赖环境变量的应用是必要的。

但要注意，这也会带来一定的安全风险，需要根据实际情况权衡。

clear_env = no

调优步骤：从评估到优化

调优不是一蹴而就的事，需要遵循一定的方法论。

• 评估当前负载：先用top、htop、vmstat这些工具摸清系统资源的使用情况，看看CPU、内存、IO的瓶颈在哪。
• 调整参数：根据负载特征和业务需求，逐一调整上述参数。每次只改一个，方便观察效果。
• 测试：在生产环境上线前，一定要在测试环境充分验证。别拿线上服务当试验田。
• 监控：上线后持续监控系统性能，看调优是否达到了预期效果。如果发现异常，及时回滚或进一步调整。

注意事项：别踩这些坑

• 调整参数时务必谨慎：别为了追求极致性能，把资源配置得过高，导致系统不稳定或者资源浪费。
• 没有万能的配置模板：每个应用的特点不同，必须根据实际负载和业务特性来动态调整。
• 配置需要持续回顾：系统不是一成不变的，业务在增长，流量在变化。定期回顾和调整配置，才能让性能始终保持在最佳状态。

总结

掌握这些参数和调优思路，你的PHP-FPM性能提升就有了明确方向。

剩下的，就是根据实际场景不断试错、优化了。