この記事では、参考値のあるphp-fpmのプロセス数管理を中心に紹介していますので、皆さんにも共有しておきますので、困っている方は参考にしてください
PHP-FPM最初にいくつかの名詞の概念を理解しましょう:
CGI は Common Gateway Interface (Common Network Management Protocol) であり、対話型プログラムとWeb サーバー通信用のプロトコル。 Web サーバーは、URL リクエストの処理、プロセスの開始、クライアントから送信されたデータの入力としての処理を担当し、Web サーバーはプログラムの出力を収集して適切なヘッダーを追加して、それをクライアントに送り返します。
FastCGI は、CGI に基づくプロトコルの拡張バージョンです。リクエストを処理する新しいプロセスを作成する代わりに、永続プロセスと作成された子プロセスを使用して処理します。これらのプロセスは FastCGI サーバーによって管理され、オーバーヘッドが少なく効率が高くなります。
PHP-FPM は、PHP FastCGI Process Manager (FastCGI Process Manager) の実装であり、PHP FastCGI# の置き換えに使用されます。 ## 追加機能のほとんどは、高負荷の Web サイトに適しています。サポートされている機能は次のとおりです。
動的/静的サブプロセスの生成
./configure のときに -enable-fpm パラメータを指定し、PHP-FPM を使用して FastCGI# を制御します。 # #プロセス:<div class="code" style="position:relative; padding:0px; margin:0px;"><pre class="brush:php;toolbar:false">// 支持start/stop/quit/restart/reload/logrotate参数
// quit/reload是平滑终止和平滑重新加载，即等现有的服务完成
./php-fpm --start</pre><div class="contentsignin">ログイン後にコピー</div></div>PHP-FPM 構成
PHP-FPM構成ファイルは php-fpm プロセスを参照しており、ps aux | grep php を介してターミナル上で表示できます。 表示php-fpm: プールwww
表示php-fpm: プロセス マスター
グローバル構成
emergency_restart_threshold
SIGSEGV または 終了信号、FPM が再起動します。デフォルト値は 0 で、これはこの機能をオフにすることを意味します。 emergency_restart_intervalスムーズな再起動間隔を設定して、アクセラレータの共有メモリ使用量の問題を解決します。使用可能な単位は
pm = Dynamic# を使用します。 ##php-fpm プールプロセス プール構成PHP-FPM の残りの構成は、プール定義
[www] のように、[プロセス プール名] で始まります。 ps aux | grep php で php-fpm: pool www が表示されると説明できます。
#pm##pm は
static: pm.max_children## で指定された固定数の子プロセスを使用します。
dynamic: 次のパラメータに基づいて子プロセスの数を動的に調整します。少なくとも 1 つの子プロセスが必要です。
: 同時に存続できる子プロセスの最大数
min_spare_servers max_spare_servers - min_spare_servers) / 2
pm.min_spare_servers: アイドル状態の最小数子プロセスが十分でない場合は、新しい子プロセスが自動的に作成されます
: 子プロセスは起動時に作成されず、新しいリクエストが到着したときにのみ作成されます。次の 2 つのパラメータが使用されます:
pm.max_requests每一个子进程的最大请求服务数量，如果超过了这个值，该子进程会被自动重启。在解决第三方库的内存泄漏问题时，这个参数会很有用。默认值为0，指子进程可以持续不断的服务请求。
PHP-FPM配置优化PHP-FPM管理的方式是一个master主进程，多个pool进程池，多个worker子进程。其中每个进程池监听一个socket套接字。具体的图示：
其中的worker子进程实际处理连接请求，master主进程负责管理子进程：
1. `master`进程，设置1s定时器，通过`socket`文件监听 2. 在`pm=dynamic`时，如果`idle worker`数量`pm.max_spare_servers`，杀死多余的空闲子进程 4. 在`pm=ondemand`时，如果`idle worker`空闲时间>`pm.process_idle_timeout`，杀死该空闲进程 5. 当连接到达时，检测如果`worker`数量>`pm.max_children`，打印`warning`日志，退出；如果无异常，使用`idle worker`服务，或者新建`worker`服务
我们为了避免PHP-FPM主进程由于某些糟糕的PHP代码挂掉，需要设置重启的全局配置：
; 如果在1min内有10个子进程被中断失效，重启主进程 emergency_restart_threshold = 10 emergency_restart_interval = 1m
每一个子进程同时只能服务一次连接，所以控制同时存在多少个进程数就很重要，如果过少会导致很多不必要的重建和销毁的开销，如果过多又会占用过多的内存，影响其他服务使用。
我们应该测试自己的PHP进程使用多少内存，一般来说刚启动时是8M左右，运行一段时间由于内存泄漏和缓存会上涨到30M左右，所以你需要根据自己的预期内存大小设定进程的数量。同时根据进程池的数量来看一个进程管理器的子进程数量限制。
$ps auxf | grep php | grep -v grep
work 26829 0.0 0.0 715976 4712 ? Ss Jul11 0:00 php-fpm: master process (./etc/php-fpm.conf)
work 21889 0.0 0.0 729076 29668 ? S 03:12 0:20 \_ php-fpm: pool www
work 21273 0.0 0.0 728928 31380 ? S 03:25 0:21 \_ php-fpm: pool www
work 15114 0.0 0.0 728052 29084 ? S 03:40 0:19 \_ php-fpm: pool www
work 17072 0.0 0.0 728800 34240 ? S 03:54 0:22 \_ php-fpm: pool www
work 22763 0.0 0.0 727904 20352 ? S 11:29 0:04 \_ php-fpm: pool www
work 38545 0.0 0.0 727796 19484 ? S 12:34 0:01 \_ php-fpm: pool www
// 共占用的内存数量
$ps auxf | grep php | grep -v grep | grep -v master | awk '{sum+=$6} END {print sum}'
162712
// 所有的子进程数量
$ ps auxf | grep php | grep -v grep | grep -v master | wc -l
6可以看到第6列，每一个子进程的内存占用大概在19-34M之间（单位为KB）。平均的内存占用为162712KB/6 = 27.1M。
$ free -g total used free shared buffers cached Mem: 157 141 15 0 4 123 -/+ buffers/cache: 13 143 Swap: 0 0 0
可以看出我的服务器总得内存大小是157G（-g采用了G的单位）。
此时如果我们分配全部的内存给PHP-FPM使用，那么进程数可以限制在157000/27 = 5814,但是由于我的服务器同时服务了很多内容，所以我们可以向下调整到512个进程数：
process.max = 512 pm = dynamic pm.max_children = 512 pm.start_servers = 16 pm.min_spare_servers = 8 pm.max_spare_serveres = 30
由于糟糕的插件和库，内存泄漏时有发生，所以我们需要对每一个子进程服务的请求数量做限制，防止无限制的内存泄漏：
pm.max_requests = 1000
如果上面的配置都按照你的实际需求和环境配置好了，不要忘记重启PHP-FPM服务。
以上就是本文的全部内容，希望对大家的学习有所帮助，更多相关内容请关注PHP中文网！
相关推荐：
以上がphp-fpmのプロセス番号管理についての詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
