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

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

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

システムリソースの使用を確認します

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

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

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

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

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

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

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

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

ログを確認し、データを監(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)視を確認し、最終的に共通のパターンに基づいて判斷を下します。毎回、専門知識が必要であるわけではありませんが、詳細には多くの注意があります。特に「正常に見えますが、実際には問題がある」。

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