サーバーがゆっくりと実行されているか、メモリの使用量が高すぎることがわかった場合は、操作する前に原因を確認(rèn)する必要があります。まず、システムリソースの使用量を確認(rèn)し、TOP、HTOP、Free -H、IOSTAT、SS -ANTP、およびその他のコマンドを使用して、CPU、メモリ、ディスクI/O、ネットワーク接続を確認(rèn)する必要があります。第二に、特定のプロセスの問題を分析し、PS、JSTack、Straceなどのツールを介して高占有プロセスの動作を追跡します。次に、ログと監(jiān)視データを確認(rèn)し、OOMレコード、例外リクエスト、スロークエリ、その他の手がかりを表示します。最後に、ターゲット処理は、メモリリーク、接続プールの使い果たし、キャッシュ障害ストーム、タイミングタスクの競合などの一般的な理由に基づいて実行され、コードロジックの最適化、タイムアウト再試行メカニズムの設(shè)定、現(xiàn)在の制限ヒューズの追加、定期的に圧力測定と評価リソースがあります。

サーバーがゆっくりと実行されているか、メモリの使用量が高すぎることがわかった場合は、急いで再起動しないでください。最初に問題が何であるかを調(diào)べてください。そうしないと、次回はもう一度やり直します。このタイプの問題は通常、リソースの使用、プロセスの例外、または構(gòu)成エラーに関連しています。

ここにいくつかの一般的なトラブルシューティングの方向と実用的な提案があります。

システムリソースの使用を確認(rèn)します

まず、現(xiàn)在のシステムの負(fù)荷とリソースの消費を知っている必要があります。一般的に使用されるコマンドには、 top 、 htop （より直感的）、 free -h 、 vmstatが含まれます。

• CPUの使用法： topまたはhtopを使用して、どのプロセスが大量のCPUを占有しているかを確認(rèn)します。
• メモリの使用量： free -hメモリ全體、使用済みメモリ、キャッシュをすばやく表示できます。
• ディスクI/O ： iostatまたはiotopを使用して、ディスクに頻繁に読み書きされたプロセスがあるかどうかを確認(rèn)します。
• ネットワーク接続： netstat -antpまたはss -antpは、異常な接続またはポート占有率があるかどうかを知ることができます。

プロセスが突然リソースを急上昇させた場合、最初にそのPIDを記録し、後でさらに分析することができます。

特定のプロセスの問題を分析します

高いリソースを占めるプロセスを見つけた後、次のステップはそれが何をしているかを見ることです。たとえば、Javaアプリケーションは、完全なGCのために頻繁に遅れを起こす可能性があります。一方、PHP-FPMプロセスにより、コード內(nèi)のデッドループまたはスロークエリが発生する場合があります。

次の方法を使用して、詳細(xì)に分析できます。

• ps -p <pid></pid>を使用して、プロセスの基本情報を表示します
• Javaアプリケーションの場合、 jstack <pid></pid>を使用してスレッドスタックをつかんで、どこかに詰まっているかどうかを確認(rèn)できます。
• strace -p <pid></pid>を使用して、どのシステムがプロセスを呼び出すか、および長期ブロッキング操作があるかどうかを確認(rèn)します
• MySQLなどのデータベース関連サービスの場合、スロークエリログをチェックして、最適化されていないSQLがないかどうかを確認(rèn)します

特定のプロセスは大量に占有されていますが、バックアップタスクの実行中など、実際には通常の動作であることがわかります。したがって、ビジネスロジックと組み合わせて見る必要があります。

ログを確認(rèn)し、データを監(jiān)視します

多くの場合、ログは問題を発見するための重要な手がかりです。システムログ（ /var/log/messagesまたはjournalctlなど）、アプリケーションログ、およびデータベースログを表示する必要があります。

• OOM（記憶のない）が殺された記録はありますか？ dmesg | grep -i killを介して表示できますdmesg | grep -i kill
• アプリケーションログに異常なリクエスト、タイムアウト、再試行、その他の現(xiàn)象はありますか？
• データベースログに遅いクエリ、ロック待機、その他の狀況はありますか？

監(jiān)視システム（Prometheus grafanaなど）がある場合、この傾向を見る方が簡単になります。たとえば、メモリの使用は増加し続けますか？特定の時點で多數(shù)の操作をトリガーするタイミングのあるタスクはありますか？

一般的な原因と治療の提案

いくつかの問題は実際には非常に一般的です。

• メモリリーク：特定の言語で記述されたプログラム（node.js、javaなど）はメモリリークが発生しやすく、対応するツールを使用してヒープメモリスナップショットを分析できます。
• 接続プールの使い果たす：データベース接続はリリースされず、HTTP要求が設(shè)定されていないタイムアウトが蓄積される可能性があります。
• キャッシュ障害ストーム：キャッシュが大規(guī)模に無効になった後、すべてのリクエストがデータベースにヒットし、雪崩を引き起こします。
• タイムされたタスクの競合：複數(shù)のタスクが同時に実行され、すべてのリソースを食べます。

これらの問題に遭遇すると、これらの側(cè)面から始めることができます。

• コードロジックを最適化して、不要なリソース使用量を削減します
• 合理的なタイムアウトと再試行メカニズムを設(shè)定します
• 電流制限を追加し、キーインターフェイスにヒューズを追加します
• 定期的なパフォーマンスストレステストとリソース評価

基本的にそれだけです。サーバーが遅くなるか、メモリが爆発したときに、まず全體のリソースを見てから、特定のプロセスを見つけてから、ログと監(jiān)視を確認(rèn)し、最終的に共通のパターンに基づいて判斷を下します。毎回、専門知識が必要であるわけではありませんが、詳細(xì)には多くの注意があります。特に「正常に見えますが、実際には問題がある」。

以上がメモリの使用量が遅い、または高いサーバーをどのようにデバッグしますか？の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國語 Web サイトの他の関連記事を參照してください。