MySQLメモリの使用法の解決の問題：トラブルシューティングガイド

MySQLは、不適切な構成、アクティブなクエリ負荷、または一時的なテーブルの使用により、メモリが多すぎる可能性があり、パフォーマンスに影響を与え、クラッシュを引き起こします。 innodb_buffer_pool_sizeなどの構成（専用サーバーをRAMの60〜80％に設定することをお勧めします）、max_connections、バッファサイズ。ショーフルプロセスリストで長期的またはリソース集約型クエリを確認し、インデックスとクエリ構造を最適化します。 created_tmp_disk_tables比率を監視し、tmp_table_sizeとmax_heap_table_sizeを調整します。同時に、バッファープールのウォームアップとシステムスワップパーティションの使用に注意を払い、メモリの不十分な交換が発生しないことを確認してください。

MySQLは、さまざまな理由で予想よりも多くのメモリの使用を開始できます。また、それが行われると、サーバーのパフォーマンスに影響を与えるか、クラッシュにつながる可能性があります。 MySQLインスタンスで高いメモリの使用量が見られている場合、最初に知っておくべきことは、常にバグや間違い性であるとは限りません。多くの場合、それは特定の条件下でMySQLがどのように動作するかです。重要なのは、正常なものと何が必要なものを特定する方法を知ることです。

MySQL構成設定を確認してください

メモリ使用量が高い最も一般的な原因の1つは、不適切な構成です。 MySQLには、使用するメモリの量を制御するいくつかの設定があり、高すぎる（特にハードウェアに対して）設定されている場合、物事はすぐに手に負えなくなります。

• innodb_buffer_pool_sizeは通常、メモリの最大の消費者です。データとインデックスをキャッシュすることを目的としているため、頻繁にアクセスされるデータを保持するのに十分な大きさである必要がありますが、メモリシステムが登場するほど大きくはありません。
• max_connectionsも役割を果たします。各接続は、ある程度のメモリを割り当てることができ、何百もの接続を使用すると、これは高速になります。
• join_buffer_size 、 sort_buffer_size 、 read_buffer_sizeなどの他の変数は、接続ごとのバッファーです。それらを増やすと、クエリのパフォーマンスが向上する可能性がありますが、すべてのアクティブな接続で増殖します。

？経験則は、専用のMySQLサーバーで利用可能なRAMの約60〜80％をinnodb_buffer_pool_sizeに保つことです。共有環境の場合は、それに応じて下げます。

アクティブなクエリと接続を見てください

メモリの使用量が高いのは、常に静的な構成に関するものではありません。積極的に実行されていることが原因であることがあります。長期にわたるクエリ、特にフルテーブルスキャンまたはソートを実行するクエリは、一時的に多くのメモリを消費する可能性があります。

次のようなコマンドを使用できます。

完全なプロセスリストを表示します。

これにより、現在実行中のクエリが表示されます。注意してください：

• 「データの送信」、「結果のソート」、または「TMPテーブルへのコピー」状態のクエリ - これらは多くの場合、メモリが多いことです。
• 終了せずに長時間実行されてきたクエリ。

また、多くのアイドル接続が垂れ下がっているかどうかを確認してください。彼らはまだメモリを取り上げており、アプリが適切に閉じていない場合、すぐに加算することができます。

問題のあるクエリが見つかった場合は、次のように最適化することを検討してください。

• 適切なインデックスの追加
• それらを小さな塊に壊します
• Select *と不必要な結合を避けます

一時的なテーブルとディスクの使用を監視します

MySQLは、複雑なクエリを処理するために内部の一時テーブルを作成する場合があります。これらは、メモリ（メモリエンジンを使用）またはディスク（MyISAMまたはINNODBを使用）で作成できます。メモリベースの温度テーブルはより速いですが、ラムを食べます。

MySQLがどのくらいの頻度でディスクの一時テーブルを作成しているかを確認してください。

 「created_tmp_tables」などのグローバルステータスを表示します。
「created_tmp_disk_tables」などのグローバルステータスを表示します。

ディスクとメモリの温度テーブルの比率が高いことは、調整する必要がある場合があることを示しています。

• tmp_table_size
• max_heap_table_size

これらは、メモリ内の一時テーブルがどれだけ大きくなるかを制御します。クエリがこれらの制限を定期的に超える場合、それらはディスクに波及します。これは遅く、制限を増やす必要があること（メモリが許可されている場合）またはクエリを最適化する必要があることを示している場合があります。

バッファープールの温暖化とswpingに注意してください

もう1つの明白な原因は、バッファープールの温暖化です。 MySQLが起動すると、クエリがアクセスすると徐々にデータをバッファープールにロードします。この段階では、メモリの使用が安定するまで登ることがあります。

また、サーバーが交換されていないことを確認してください。スワッピングは、OSが物理メモリがなくなったときに発生し、仮想メモリとしてディスクスペースの使用を開始します。これにより、パフォーマンスが殺され、多くの場合、MySQLが安全よりも多くのメモリを使用するように構成されていることを示しています。

top 、 htop 、またはfree -mなどのツールを使用して、リアルタイムメモリの使用状況とスワップアクティビティを監視します。

それは基本的にそれです。通常、MySQLメモリの使用量は、通常、構成設定、アクティブなワークロード、またはクエリの動作にかかっています。使用状況がどこから来ているのかを理解したら、スケールアップ、設定の調整、またはクエリの最適化が必要かどうかを判断しやすくなります。

以上がMySQLメモリの使用法の解決の問題：トラブルシューティングガイドの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。