[転送] FastCgi と PHP-fpm の関係を理解する、fastcgiphp-fpm_PHP チュートリアル

【再投稿】FastCgi と PHP-fpm、fastcgiphp-fpm の関係を調べてください

質問: インターネット上の一部の人は、fastcgi はプロトコルであり、php-fpm はこのプロトコルを実装していると言っています。 -fpm は fastcgi プロセスの管理に使用されるマネージャーです。php-fpm は PHP カーネルのパッチであるという人もいます。php.ini 設定ファイルを変更した後にスムーズに再起動する方法はないという人もいます。そこで php-fpm が誕生したのですが、PHP-CGI は PHP 独自の FastCGI マネージャーであると言う人もいます

そもそもCGIとは何でしょうか？ CGI は、Web サーバーによって渡されるデータが標準形式であることを保証するもので、これは CGI プログラムの作成者にとって便利です。

Webサーバー（nginxなど）は単なるコンテンツの配信者です。たとえば、構成ファイルに従ってリクエストが行われた場合、nginx はこれが静的ファイルではなく、PHP パーサーによって処理される必要があることを認識しているため、単純にリクエストを処理して PHP パーサーに渡します。 Nginx はどのようなデータを PHP パーサーに渡しますか? URL、クエリ文字列、POST データ、HTTP ヘッダーが存在する必要があります。CGI は、どのようなデータをどのような形式で送信するかを規定するプロトコルです。リクエストを処理するバックエンド。 PHP コードで使用するユーザーがどこから来たのかを慎重に考えてください。 /index.html，那么web server会去文件系统中找到这个文件，发送给浏览器，这里分发的是静态数据。好了，如果现在请求的是/index.php

Web サーバーがこのリクエストを受信すると、対応する CGI プログラムが開始されます。これが PHP パーサーです。次に、PHP パーサーは php.ini ファイルを解析し、実行環境を初期化し、リクエストを処理し、CGI で指定された形式で処理結果を返し、プロセスを終了します。その後、Web サーバーは結果をブラウザーに返します。 /index.php

わかりました、CGIはプロトコルであり、プロセスなどとは何の関係もありません。では、fastcgi とは何でしょうか? Fastcgi は、CGI プログラムのパフォーマンスを向上させるために使用されます。

パフォーマンスを向上させる、では CGI プログラムのパフォーマンスの問題は何でしょうか? 「PHP パーサーは php.ini ファイルを解析し、実行環境を初期化します。」それだけです。標準 CGI はリクエストごとにこれらの手順を実行するため (疲れる必要はありません。プロセスを開始するのは非常に面倒です!)、毎回の処理時間は比較的長くなります。これは明らかに不合理です！では、Fastcgi はどのようにしてそれを行うのでしょうか?まず、Fastcgi はマスターを起動し、構成ファイルを解析し、実行環境を初期化してから、複数のワーカーを起動します。リクエストが来ると、マスターはそれをワーカーに渡し、すぐに次のリクエストを受け入れることができます。これにより、作業の重複が回避され、当然のことながら非常に効率的になります。また、十分なワーカーがない場合、マスターは構成に従っていくつかのワーカーを事前に開始し、待機することができます。もちろん、アイドル状態のワーカーが多すぎる場合は一部が停止されるため、パフォーマンスが向上し、リソースが節約されます。これがfastcgiのプロセス管理です。

それでは、PHP-FPMとは何でしょうか？ Fastcgi を実装したプログラムであり、PHP に正式に受け入れられました。

ご存知のとおり、PHP のインタプリタは php-cgi です。 php-cgi は単なる CGI プログラムであり、リクエストを解析して結果を返すことしかできませんが、プロセスを管理する方法は知りません (陛下、私にはそんなことはできません!)。そのため、php-cgi をスケジュールできるプログラムがいくつかあります。たとえば、spawn-fcgi は lighthttpd から分離されます。まあ、PHP-FPM も同様で、長い開発期間を経て、徐々に誰もが認めるようになりました (ご存知のとおり、ここ数年、PHP-FPM の安定性の悪さについて誰もが不満を抱いていました)。ますます人気があります。

さて、最後に質問に戻ります。
1. インターネット上の一部の人々は、fastcgi がプロトコルであり、php-fpm がこのプロトコルを実装していると言っています

はい。

2. php-fpmはfastcgiプロセスの管理に使われるマネージャーだと言う人もいます

はい。 php-fpmの管理オブジェクトはphp-cgiです。ただし、php-fpm が fastcgi プロセスの管理者であるとは言えません。前述したように、fastcgi はプロトコルであり、php-fpm が存在したとしても、それを管理することはできないようです。今のところ）。 php-fpm は PHP カーネルのパッチであると言う人もいます。これは以前は真実でした。 php-fpm は最初から PHP カーネルに含まれていないため、この機能を使用するにはソースコードのバージョンと同じ php-fpm を見つけてカーネルにパッチを当て、コンパイルする必要があります。その後、PHP カーネルに PHP-FPM が統合されてからは、 コンパイル パラメーターを使用するだけでさらに便利になりました。 --enalbe-fpm

3. php.ini設定ファイルを変更した後、スムーズに再起動する方法がないという人もいますので、php-fpmが誕生しました

はい、php.iniを変更した後、php-cgiプロセスがスムーズに再起動できなくなりました。 php-fpm の処理メカニズムは、新しいワーカーは新しい構成を使用し、既存のワーカーは現在の作業が終了した後に休むことができるというもので、このメカニズムは移行をスムーズにするために使用されます。

4. PHP-CGI は PHP に付属している FastCGI マネージャーだと言う人もいますが、それなら、なぜ別の php-fpm を作成する必要がありますか。

そうではありません。 php-cgi は、PHP スクリプトを解釈する単なるプログラムです。

原文抜粋：https://segmentfault.com/q/1010000000256516