この記事では主に、Linux における php-fpm のいくつかの重要なパラメータの中國語の詳細(xì)な説明を説明し、パフォーマンスに関する php-fpm のパラメータの最適化について詳しく紹介します

php-fpm重要な .conf パラメータの詳細(xì)説明

pid = run/php-fpm.pid
#pid 設(shè)定。デフォルトは var/run/php です。インストール ディレクトリ -fpm.pid では、

error_log = log/php-fpm.log
# エラー ログ (var/log/php-fpm) を有効にすることをお?jiǎng)幛幛筏蓼埂?.log はデフォルトでインストール ディレクトリに保存されます。

log_level = Notice
#エラー レベル。利用可能なレベルは次のとおりです: アラート (直ちに処理する必要がある)、エラー (エラー狀況)、警告(警告狀況)、通知 (一般的な重要情報(bào)) )、デバッグ (デバッグ情報(bào)) デフォルト: Notice.

emergency_restart_threshold = 60
emergency_restart_interval = 60s
# は、次のことを意味します。 Emergency_restart_interval で設(shè)定された値內(nèi)で SIGSEGV または SIGBUS エラーが発生した場合 php-cgi プロセスの數(shù)がEmergency_restart_threshold を超えた場合、php-fpm は正常に再起動(dòng)します。これら 2 つのオプションは通常、デフォルト値のままです。

process_control_timeout = 0
#メイン プロセスの多重化信號を受け入れるための子プロセスのタイムアウトを設(shè)定します。使用可能な単位: s (秒)、m (分)、h (時(shí)間) )、または d (日) デフォルトの単位: s (秒) デフォルト値: 0.

daemonize = yes
#fpm をバックグラウンドで実行します、デフォルト値は yes ですデバッグ用の場合は、「いいえ」に変更できます。 FPM では、複數(shù)のプロセス プールを異なる設(shè)定で実行できます。これらの設(shè)定は、プロセス プールごとに個(gè)別に設(shè)定できます。

listen = 127.0.0.1:9000
#fpm リスニング ポート、これは nginx の php によって処理されるアドレスです。通常、デフォルト値で十分です。使用可能な形式は次のとおりです: 'ip:port'、'port'、'/path/to/unix/socket' 各プロセス プールを設(shè)定する必要があります。

listen.backlog = -1
#バックログの數(shù) (-1 は制限がないことを意味します) はオペレーティング システムによって決定されます。この行をコメントアウトするだけです。

listen.allowed_clients = 127.0.0.1
#FastCGI プロセスの IP へのアクセスを許可します。任意の IP を無制限の IP に設(shè)定します。他のホストの nginx も同様に設(shè)定したい場合は、この FPM プロセスにアクセスし、listen をアクセス可能なローカル IP に設(shè)定する必要があります。デフォルト値は任意です。各アドレスはカンマで區(qū)切られます。設(shè)定されていないか空の場合、接続を要求するサーバーはすべて許可されます

##listen.owner = wwwlisten.group = www
listen.mode = 0666
#Unix ソケット設(shè)定オプション。TCP を使用してアクセスする場合は、ここにコメントしてください。

#user = www

group = www
#プロセスを開始したアカウントとグループ

pm = Dynamic

# 専用サーバーの場合、pm を靜的に設(shè)定できます。 #子プロセスを制御する方法。オプションは靜的と動(dòng)的です。 static を選択した場合、固定數(shù)の子プロセスが pm.max_children によって指定されます。動(dòng)的が選択されている場合、次のパラメータによって決定されます:

pm.max_children #,
子プロセスの最大數(shù)pm.start_servers
#, プロセスの數(shù)startingpm.min_spare_servers
#、アイドル プロセスの最小數(shù)を確認(rèn)します。アイドル プロセスがこの値より小さい場合は、新しい子プロセス pm.max_spare_servers
を作成します。 #、アイドルプロセスの數(shù)を確認(rèn)します。最大値。アイドルプロセスがこの値より大きい場合、クリーンアップされます。#pm.max_requests = 1000

#數(shù)値を設(shè)定します。各子プロセスが生まれ変わる前に処理されるリクエストの數(shù)。メモリ リークの可能性に対して、サードパーティ モジュールに非常に役立ちます?！?」に設(shè)定すると、リクエストは常に受け入れられます。PHP_FCGI_MAX_REQUESTS 環(huán)境変數(shù)と同等です。デフォルト値: 0.
pm.status_path = /status

#FPM ステータス ページの URL。設(shè)定されていない場合、ステータス ページにアクセスできません。デフォルト値: なし。Munin モニタリングでは ## が使用されます。 #ping.path = /ping

#FPM 監(jiān)視ページの ping URL。設(shè)定されていない場合、ping ページにアクセスできません。このページは、FPM 監(jiān)視ページの ping URL を外部から検出するために使用されます。 FPM は有効であり、リクエストに応答できます。FPM はスラッシュ (/) で始まる必要があることに注意してください。

ping.response = pong

# は、ping リクエストの戻り応答を定義するために使用されます。返されるテキスト/プレーン形式のテキストは HTTP 200 です。デフォルト値: pong.

request_terminate_timeout = 0

#単一リクエストのタイムアウト中止時(shí)間を設(shè)定します。このオプションは、php.ini 設(shè)定の「max_execution_time」によって実行が中止されないスクリプトに役立つ場合があります。特別な理由によりスクリプトが使用されません?！?」を設(shè)定すると「オフ」を意味します。502 エラーが頻繁に発生する場合は、このオプションを変更してみてください。

request_slowlog_timeout = 10s

#リクエストが設(shè)定されたタイムアウトを超えると、対応する PHP コール スタック情報(bào)がスロー ログに完全に書き込まれます?！?」に設(shè)定すると、「オフ」を意味します'

slowlog = log/$pool.log.slow
#遅いリクエストの記録ログ、request_slowlog_timeout とともに使用されます

rlimit_files = 1024
#ファイル オープン記述子の rlimit 制限を設(shè)定します。デフォルト値: デフォルトのオープン ハンドルのシステム定義値は 1024 で、これは ulimit -n を使用して表示でき、ulimit -n 2048 で変更できます。

rlimit_core = 0
#コア rlimit の最大制限値を設(shè)定します。使用可能な値: '無制限'、0 または正の整數(shù)。デフォルト値: システム定義の値。

chroot =
#起動(dòng)時(shí)の chroot ディレクトリ。定義されたディレクトリは絶対パスである必要があります。設(shè)定されていない場合、chroot は使用されません。

chdir =
#起動(dòng)時(shí)に自動(dòng)的に Chdired される起動(dòng)ディレクトリを設(shè)定します。定義されたディレクトリは絶対パスである必要があります。デフォルト値: 現(xiàn)在のディレクトリ、または / ディレクトリ (chroot 時(shí))

catch_workers_output = yes
#実行中のプロセス中に stdout と stderr をメイン エラー ログ ファイルにリダイレクトします。設(shè)定されていない場合、stdout と stderr は FastCGI ルールに従って /dev/null にリダイレクトされます。デフォルト値: 空。

php-fpm パラメータ調(diào)整

pm = 動(dòng)的;

どのプロセス番號管理方法が使用されるかを示します

#dynamicphp-fpm プロセスの數(shù)が pm で指定された數(shù)から動(dòng)的であることを示します.start_servers. リクエストが多い場合は、アイドル狀態(tài)のプロセスの數(shù)が pm.min_spare_servers 以上になるように自動(dòng)的に増加します。プロセスが多い場合は、冗長プロセスの數(shù)を確保するためにそれに応じてクリーンアップされます。 pm.max_spare_servers 以下です

staticphp-fpm のプロセス數(shù)が靜的であることを示しますプロセス數(shù)は最初から最後まで pm.max_children で指定された數(shù)であり、

pm.max_children = 300; 靜的モードで開始された php-fpm プロセスの數(shù)
pm.start_servers = 20; 動(dòng)的モードで開始される php-fpm プロセスの數(shù)
pm.min_spare_servers = 5; 動(dòng)的モードでの php-fpm プロセスの最小數(shù)
pm.max_spare_servers = 35;動(dòng)的モードでの php-fpm プロセスの最大數(shù)

pm が靜的な場合、実際には、パラメーター pm.max_children のみが有効になります。システムは、設(shè)定された數(shù)の php-fpm プロセスを開きます。

pm が動(dòng)的である場合、pm.max_children パラメーターは無効になり、次の 3 つのパラメーターが有効になります。 php-fpm の実行が開始されると、システムは pm.start_servers php-fpm プロセスを開始し、システムのニーズに応じて pm.min_spare_servers と pm.max_spare_servers の間で php-fpm プロセスの數(shù)を動(dòng)的に調(diào)整します。 #それでは、私たちのサーバーではどの PM 方式が優(yōu)れているのでしょうか?実際、Apache と同様、実行中の PHP プログラムでは実行後に多かれ少なかれメモリ リークが発生します。これは、php-fpm プロセスが最初は約 3M のメモリしか占有せず、一定期間実行すると 20 ～ 30M に増加する理由でもあります。

大容量メモリ (8G 以上など) を備えたサーバーの場合、靜的 max_children を指定する方が実際にはより適切です。これにより、追加のプロセス數(shù)制御が必要なくなり、効率が向上します。 php-fpm プロセスを頻繁に切り替えると遅延が発生するため、メモリが十分に大きい場合は靜的効果が向上します。また、メモリ/30M で數(shù)量を求めることもでき、たとえば 8GB メモリを 100 に設(shè)定すると、php-fpm で消費(fèi)されるメモリを 2G ～ 3G に制御できます。メモリが 1G などわずかに小さい場合は、靜的なプロセス數(shù)を指定する方がサーバーの安定性に役立ちます。これにより、php-fpm が十分なメモリのみを取得し、他のアプリケーションに少量のメモリが割り當(dāng)てられて使用されるようになり、システムがよりスムーズに実行されるようになります。

メモリが 256M の VPS など、メモリが少ないサーバーの場合、20M のメモリに基づいて計(jì)算したとしても、10 個(gè)の php-cgi プロセスで 200M のメモリが消費(fèi)され、システム クラッシュは非常に深刻になるはずです。深刻です。普通です。したがって、php-fpm プロセスの數(shù)をできる限り制御する必要があり、他のアプリケーションが占有しているメモリを大まかに把握した上で、靜的に小さな數(shù)を割り當(dāng)てるとシステムがより安定します。または、動(dòng)的モードを使用します。動(dòng)的モードは冗長なプロセスを終了し、一部のメモリをリサイクルして解放できるため、メモリの少ないサーバーまたは VPS で使用することをお?jiǎng)幛幛筏蓼?。具體的な最大量はメモリ/20M に基づいて取得されます。たとえば、512M VPS の場合、pm.max_spare_servers を 20 に設(shè)定することをお?jiǎng)幛幛筏蓼埂?pm.min_spare_servers については、サーバーの負(fù)荷に応じて 5 ～ 10 の間で設(shè)定することをお?jiǎng)幛幛筏蓼埂?

4G メモリを備えたサーバーでは、200 で十分です (私の 1G テスト マシンでは、64 が最適です。最良の値を取得するには、ストレス テストを使用することをお?jiǎng)幛幛筏蓼?

pm.max_requests = 10240;

nginx php-fpm 構(gòu)成プロセス中の最大の問題は內(nèi)部リークです: サーバーの負(fù)荷は大きくありませんが、メモリ使用量が急速に増加します。すぐにメモリを使い果たし、その後スワップ パーティションを使い始めます。システムがすぐにハングしてしまいます。実際、公式の紹介によると、php-cgi にはメモリ リークはなく、各リクエストが完了した後、php-cgi はメモリを再利用しますが、オペレーティング システムには解放しません。これにより、大量のメモリが消費(fèi)されます。 php-cgi によって占有されます。

正式な解決策は、PHP_FCGI_MAX_REQUESTS の値を下げることです。php-fpm を使用している場合、対応する php-fpm.conf は max_requests です。この値は、スレッドが再起動(dòng)されるまでに送信されるリクエストの數(shù)を意味します。 . , php-fpm が自動(dòng)的にメモリを解放できるように、この値を適切に下げる必要があります。インターネットでほとんどの人が言うような 51200 などではありません。実際、別の値 max_children が関連付けられています。これは毎回です。 php-fpm 実際のメモリ消費(fèi)量が各リクエストで使用される max_children*max_requests*memory になるようにプロセスがいくつ作成されるか これに基づいてメモリ使用量を見積もることができるため、強(qiáng)制終了するスクリプトを記述する必要はありません。

request_terminate_timeout = 30;

最大実行時(shí)間は php.ini (max_execution_time)

request_slowlog_timeout = 2 で設(shè)定することもできます。 スローログを有効にする
slowlog = log/$pool.log.slow; スローログパス

rlimit_files = 1024; php-fpm制限を追加ファイル記述子を開くとき

php-fpm.conf のパラメータは明確に記載されています。何度か読めば覚えられると思います。php-fpm のパフォーマンス プランについては、それを決定する必要があります。最適な構(gòu)成ソリューションを入手してください

興味があるかもしれない記事:

データ移行とデータの詳細(xì)な手順Laravelへの記入

PHPクロージャによる外部変數(shù)の取得と変數(shù)のグローバルキーワード宣言の違いについての説明

## Anyproxy を使用してパブリック アカウントの記事収集の効率を向上させる詳細(xì)な説明

以上がphp-fpm パラメータ設(shè)定の概要と Linux でのパラメータ最適化の詳細(xì)な説明の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。