PHP7 の php.ini、php-fpm、www.conf 設定の詳細な説明-PHP7-php.cn

#php.ini は、PHP を実行するためのコア構成ファイルです。一般的な構成の一部を次に示します。

extension_dir=""

expose_php = Off

display_errors = Off

##log_errors = On

display_errors をオフにした後に PHP エラーログを有効にする (パスは php-fpm.conf で構成されます)

zend_extension=opcache.so extension=mysqli.so extension= pdo_mysql.so

PHP の opcache と mysql ダイナミックライブラリを設定します

date.timezone = PRC

# # PHP タイムゾーンを設定します

opcache.enable=1

opcache を開きます

open_basedir = / usr/share/nginx/html;

PHP スクリプトがアクセスできるディレクトリを設定します (実際の状況に応じて設定する必要があります)

php-fpm.conf は php -fpm プロセスサービスの構成ファイルです。以下は一般的な構成の一部です

error_log = /usr/local/php/logs/php-fpm.log

エラーログのパスを設定します。

include=/usr/local/php7/etc/php-fpm.d/*.conf

はじめに www.conf ファイルの設定 (デフォルトで設定)

php-fpm.conf と www.conf の主な設定情報

pid = run/php-fpm .pid

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

error_log = log /php-fpm.log

エラーログを有効にするには、デフォルトは var/log/php-fpm.log です。

log_level = Notice

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

emergency_restart_threshold = 60

emergency_restart_interval = 60s

の意味は、Emergency_restart_interval で設定された値内の SIGSEGV または SIGBUS エラーのある php-cgi プロセスの数が、Emergency_restart_threshold を超えた場合、php-fpm は正常に再起動します。これら 2 つのオプションは通常、デフォルト値のままです。

process_control_timeout = 0

メインプロセスの再利用シグナルを受け入れるための子プロセスのタイムアウトを設定します。使用可能な単位: s (秒)、 m(分)、h(時間)、または d(日) デフォルトの単位: s (秒) デフォルト値: 0.

daemonize = yes

fpm をバックグラウンドで実行します。デフォルト値は [yes] ですが、デバッグのために [no] に変更できます。 FPM では、複数のプロセスプールを異なる設定で実行できます。これらの設定は、プロセスプールごとに個別に設定できます。

listen = 127.0.0.1:9000

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

listen.backlog = - 1

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

listen.allowed_clients = 127.0.0.1

FastCGI プロセスの IP へのアクセスを許可します。IP を制限しない場合は any を設定します。他のホストを設定したい場合は、nginx もこの FPM プロセスにアクセスできるため、リッスンの場所をローカルのアクセス可能な IP に設定する必要があります。デフォルト値は任意です。各アドレスはカンマで区切られます。設定されていないか空の場合、どのサーバーでも接続をリクエストできます

listen.owner = www listen.group = www listen.mode = 0666

Unix ソケット設定オプション。TCP を使用してアクセスする場合は、ここにコメントしてください。

user = www group = www

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

php- fpm プロセスプールの最適化メソッド

pm = Dynamic

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

pm.max_children

静的で開始された php-fpm プロセスの数動的モードでは、php-fpm のプロセスの最大数を制限します (ここで、pm.max_spare_servers の値は pm.max_children 以下のみであることに注意してください)

pm.start_servers

動的モードでの初期 php-fpm プロセスの数。

pm.min_spare_servers

アイドルプロセスの最小数を保証します。アイドルプロセスがこの値より少ない場合は、新しい子プロセスを作成します

pm.max_spare_servers

<ul> <li> アイドルプロセスの最大数を確認します。アイドルプロセスがこの値より大きい場合、クリーンアップされます。</li> <li>dm が static に設定されている場合、pm.max_children パラメーターのみが削除されます。有効になります。システムはパラメータで設定された数の php-fpm プロセスを開きます。 php-fpm プロセスはおそらく 20m ～ 40m のメモリを占有するため、その数値サイズ設定は物理メモリのサイズに応じて設定する必要があります。また、データベースやシステムプロセスなどの他のメモリ占有にも注意を払う必要があります。、上記4つのパラメータの設定値を決定します！ </li> <li>dm が動的に設定されている場合、4 つのパラメータすべてが有効になります。 php-fpm の実行が開始されると、システムは pm.start_servers php-fpm プロセスを開始し、システムのニーズに応じて pm.min_spare_servers と pm.max_spare_servers の間で php-fpm プロセスの数を動的に調整します。このパラメーターでは、pm.start_servers の値が pm.min_spare_servers と pm.max_spare_servers の間にある必要があります。 </li> </ul> <p><code>pm.max_requests = 1000

各子プロセスが再起動される前に処理されるリクエストの数を設定します。
最大数処理されたリクエストの数これは、多数のリクエストを処理した後に php-fpm ワーカープロセスが終了し、マスタープロセスが新しいプロセスを再起動することを意味します。この構成の主な目的は、プログラムが参照する PHP インタープリターまたはサードパーティライブラリによって引き起こされるメモリリークを回避することです。

pm.status_path = /status

ping.path = /ping

ping.response = pong

request_terminate_timeout = 0

#request_slowlog_timeout = 10s

#リクエストでタイムアウト期間が設定されると、対応する PHP コールスタック情報が低速で完全に書き込まれます。「オフ」を意味する場合は「0」に設定します。

slowlog = log/$pool.log.slow

遅いリクエストログを記録しますそして、 request_slowlog_timeout

rlimit_files = 1024

を使用して、ファイルオープン記述子の rlimit 制限を設定します。デフォルト値: システム定義の値は次のとおりです。デフォルトで使用されます。開いているハンドルは 1024 で、ulimit -n を使用して表示でき、ulimit -n 2048 で変更できます。

rlimit_core = 0

コアの最大 rlimit 制限値を設定します。使用可能な値: 'unlimited'、0 または正の整数。デフォルト値: system 値を定義します。

chroot =

起動時の Chroot ディレクトリ。定義されたディレクトリは絶対パスである必要があります。設定されていない場合は、chroot使用されません。

chdir =

起動ディレクトリを設定します。起動時に自動的に Chdired されます。定義されたディレクトリは絶対ディレクトリである必要があります。パス。デフォルト値: 現在のディレクトリ、または / ディレクトリ (chroot の場合)

catch_workers_output = yes

stdout と stderr をメインエラーにリダイレクトします。ログファイル。設定されていない場合、stdout と stderr は FastCGI のルールに従って /dev/null にリダイレクトされます。デフォルト値: 空。`

clear_env = no

##一般的なエラーと解決策

リクエストのタイムアウト中止時間が設定されていません

#request_terminate_timeout の値が 0 に設定されているか長すぎる場合、PHP スクリプトが続行される可能性があります。実行します。このように、すべての php-cgi プロセスが file_get_contents() 関数でスタックすると、Nginx PHP Web サーバーは新しい PHP リクエストを処理できなくなり、Nginx はユーザーに「502 Bad Gateway」を返します。を設定しますただし、根本原因ではなく症状を治療するには、PHP スクリプトの実行時間を最大にする必要があります。たとえば、これを 30 秒に変更すると、file_get_contents() が Web ページのコンテンツを取得するのが遅い場合、これは 150 の php-cgi プロセスが 1 秒あたり 5 つのリクエストしか処理できないことを意味し、Web サーバーが「502 Bad」を回避することも困難になります。ゲートウェイ"。解決策は、request_terminate_timeout を 10 秒または適切な値に設定するか、file_get_contents にタイムアウトパラメーターを追加することです。

max_requests パラメータの不適切な設定

max_requests パラメータの不適切な設定により、断続的な 502 エラーが発生する可能性があります:

pm.max_requests = 1000

各子プロセスが再生成される前に処理されるリクエストの数を設定します。これは、メモリリークが発生する可能性のあるサードパーティモジュールに非常に役立ちます。「0」に設定すると、リクエストは常に受け入れられます。 PHP_FCGI_MAX_REQUESTS 環境変数と同等、デフォルト値: 0。この設定の意味は、PHP-CGI プロセスによって処理されるリクエストの数が 500 に累積すると、プロセスが自動的に再起動されることです。

しかし、なぜプロセスを再起動するのでしょうか?

一般に、プロジェクトでは、多かれ少なかれ、PHP のサードパーティライブラリを使用します。これらのサードパーティライブラリには、メモリリークの問題がよく発生します。PHP-CGI プロセスが定期的に再起動されない場合は、 , メモリ使用量が増加し続ける原因となるのは間違いありません。そこで、PHP-FPMは、PHP-CGIの管理者として、指定回数リクエストを行ったPHP-CGIプロセスを再起動し、メモリ使用量が増加しないように監視する機能を提供します。

php-fpm のスローログ、デバッグ、例外のトラブルシューティングアーティファクト

request_slowlog_timeout はタイムアウトパラメーターを設定し、slowlog はスローログの保存場所を設定します。 , tail -f /var/log/www.slow.log では、実行が遅すぎる php プロセスを確認できます。過剰なネットワーク読み取りと遅い Mysql クエリという一般的な問題が表示され、プロンプト情報に従って問題をトラブルシューティングすると、明確な方向性が得られます。

推奨チュートリアル: 「php チュートリアル」

以上がPHP7 の php.ini、php-fpm、www.conf 設定の詳細な説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。