sql_パフォーマンス

14パフォーマンス

SQLの実行時間が長いなど、パフォーマンスが悪い場合は、まず EXPLAIN コマンドを使用してクエリの実行計画を確認することが重要です。本章では、EXPLAIN コマンドの見方、EXPLAIN で特に注目すべきポイントを解説します。

EXPLAINの使い方

データベースクエリのパフォーマンスが悪いと感じたら、まず EXPLAIN コマンドを使用して、クエリの実行計画を確認します。EXPLAIN コマンドは、MySQLがクエリをどのように実行するかを示し、パフォーマンスの問題を特定するのに役立ちます。

EXPLAIN select * from students;

以下のように結果が返ってくると思います。

EXPLAINの見方

EXPLAIN コマンドの出力は、クエリの実行計画に関する詳細な情報を提供します。以下に、EXPLAIN の出力例と各カラムの意味を示します。

1. type カラム：type カラムは、テーブルの結合タイプを示し、クエリの最適化度合いを示します。以下に、主要なタイプを示します。
2. possible_keysカラム：possible_keys カラムは、クエリで使用可能なインデックスを示します。ここにインデックスが表示されていない場合は、インデックスの追加を検討する必要があります。
3. key カラム：key カラムは、実際に使用されるインデックスを示します。possible_keys に表示されているが key に表示されていない場合、クエリがインデックスを使用していないことを意味します。インデックスの使用を強制するためにクエリの見直しが必要です。
4. rows カラム：rows カラムは、クエリの実行中に調査が必要な行数の推定値を示します。この値が大きいほど、クエリの実行時間が長くなる可能性が高いです。インデックスを使用することで、この値を減少させることができます。
5. Extra カラム：Extra カラムは、クエリの最適化に関する追加情報を提供します。以下は主な情報です。
   • Using index: クエリがカバーインデックスを使用しており、テーブル行をアクセスせずにインデックスのみを使用していることを示します。非常に効率的です。
   • Using where: クエリがWHERE句を使用していることを示します。
   • Using temporary: 一時テーブルを使用していることを示します。一時テーブルの使用は、パフォーマンスに悪影響を与える可能性があります。
   • Using filesort: ファイルソートを使用していることを示します。ファイルソートは、インデックスを使用せずにソートを行うため、パフォーマンスが低下します。
6. ALL: フルテーブルスキャンを意味し、全行を読み取るため、パフォーマンスが低下します。
7. index: フルインデックススキャンを意味し、全インデックスを読み取ります。ALLよりも効率的ですが、依然としてパフォーマンスに影響します。
8. range: インデックス範囲スキャンを意味し、インデックスの一部をスキャンします。効率的なアクセス方法です。
9. ref: 非ユニークインデックスや外部キーの検索に使用されます。
10. eq_ref: ユニークインデックスまたは主キーを使用した検索で、非常に効率的です。
11. const: 定数比較による検索で、最も効率的なタイプです。

インデックスの効果

インデックスを適切に使用することで、データベースクエリのパフォーマンスを大幅に向上させることができます。

1. クエリの高速化:
   • インデックスを使用すると、データの検索が効率的になり、クエリの実行速度が向上します。
2. ソートの高速化:
   • order by句を使用するクエリのパフォーマンスが向上します。
3. ユニーク性の保証:
   • ユニークインデックスを使用することで、特定のカラムに重複する値が存在しないことを保証できます。

インデックスの注意点

1. インデックスのメンテナンスコスト:
   • データの挿入、更新、削除時にインデックスも更新されるため、これらの操作のパフォーマンスに影響を与えることがあります。
2. 過剰なインデックスの使用
   • 必要以上に多くのインデックスを作成すると、データの挿入、更新、削除のパフォーマンスが低下します。また、ディスクスペースも無駄に消費します。実際のクエリパターンを分析し、頻繁に使用されるカラムに対してのみインデックスを作成しましょう。