如何通过调整宝塔面板中的pm.max_children参数来优化PHP-FPM进程数量?
- 内容介绍
- 文章标签
- 相关推荐
本文共计1053个文字,预计阅读时间需要5分钟。
会,但不是‘立刻全开’,而是按需逐步拉起——提前使用pm=static。在静态模式下,pm.max_children就是最终且唯一的子进程数。PHP-FPM启动时直接fork出全部,后续不再增减。你设置了100,它就常驻100个worker,不管是否有请求。
这和dynamic或ondemand完全不同:dynamic只保证至少pm.start_servers个活着,再根据负载伸缩;ondemand则一个都不预启,全靠请求触发fork。
- 静态模式适合:内存充足(≥4GB)、流量稳定、对首字节延迟极其敏感的场景(比如内部API网关)
- 千万别在1GB或2GB小内存机器上用
static配50+,单进程RSS 40MB × 50 = 2GB,系统立马OOM Kill掉部分PHP进程,日志里全是WARNING: [pool www] child 12345 exited on signal 9 (SIGKILL) - 宝塔界面里选「静态」后,
pm.start_servers、pm.min_spare_servers这些参数就失效了,只认pm.max_children
怎么确认当前生效的是static模式和真实的max_children值
宝塔界面上改了≠真正生效。很多用户点了「保存」就以为完事,其实配置可能没写进对应PHP版本的/www/server/php/{版本}/etc/php-fpm.d/www.conf,或者语法错误导致reload失败却没报错。
本文共计1053个文字,预计阅读时间需要5分钟。
会,但不是‘立刻全开’,而是按需逐步拉起——提前使用pm=static。在静态模式下,pm.max_children就是最终且唯一的子进程数。PHP-FPM启动时直接fork出全部,后续不再增减。你设置了100,它就常驻100个worker,不管是否有请求。
这和dynamic或ondemand完全不同:dynamic只保证至少pm.start_servers个活着,再根据负载伸缩;ondemand则一个都不预启,全靠请求触发fork。
- 静态模式适合:内存充足(≥4GB)、流量稳定、对首字节延迟极其敏感的场景(比如内部API网关)
- 千万别在1GB或2GB小内存机器上用
static配50+,单进程RSS 40MB × 50 = 2GB,系统立马OOM Kill掉部分PHP进程,日志里全是WARNING: [pool www] child 12345 exited on signal 9 (SIGKILL) - 宝塔界面里选「静态」后,
pm.start_servers、pm.min_spare_servers这些参数就失效了,只认pm.max_children
怎么确认当前生效的是static模式和真实的max_children值
宝塔界面上改了≠真正生效。很多用户点了「保存」就以为完事,其实配置可能没写进对应PHP版本的/www/server/php/{版本}/etc/php-fpm.d/www.conf,或者语法错误导致reload失败却没报错。

