MySQLの複合インデックス方式の詳細な説明

どの DBMS でも、インデックスは最適化にとって最も重要な要素です。データ量が少ない場合、適切なインデックスがなくても大きな影響はありませんが、データ量が増えるとパフォーマンスが急激に低下します。

複数の列にインデックスを付ける場合 (複合インデックス)、列の順序は非常に重要です。MySQL は、インデックスの左端の列のプレフィックスのみを効果的に検索できます。例えば：

複合インデックス (c1, c2) があると仮定すると、クエリselect * from t1 where c1=1 and c2=2このインデックスを使用できます。クエリselect * from t1 where c1=1でもこのインデックスを使用できます。ただし、クエリ ステートメントselect * from t1 where c2=2複合インデックスの先頭列がないため、このインデックスを使用できません。つまり、検索に c2 列を使用するには、c1 が特定の値に等しくなければなりません。

例えば：
book（書籍テーブル）とbookclass（書籍分類テーブル）の2つのテーブルを作成します。

b.CATEGORY_ID = 1 の場合、書籍 b から b.ISBN を選択します。 

実行時間: 0.053秒

explain を使用して SQL を分析します。

type = ALL Extra=where を使用すると、完全なテーブル クエリではインデックスが使用されません。

EXPLAIN は、MySQL がインデックスを使用して選択ステートメントを処理し、テーブルを結合する方法を示します。より適切なインデックスを選択し、より最適化されたクエリ ステートメントを記述するのに役立ちます。

ALL 前のテーブルの行の組み合わせごとに、完全なテーブルスキャンが実行されます。テーブルが const としてマークされていない最初のテーブルである場合、これは通常悪い結果となり、それ以外の場合にも通常非常に悪い結果となります。多くの場合、ALL を使用する代わりにインデックスを追加して、前のテーブルの定数値または列値に基づいて行を取得できます。

複合インデックスを作成します。
書籍(CATEGORY_ID、ISBN)にインデックスindex_isbnを作成します。

SQLを再度実行すると、時間が0.009秒に短縮されていることがわかります。

explain を使用して SQL を分析します。

type = ref、Extra = Using index インデックスクエリが使用されます。

ref 前のテーブルの行の組み合わせごとに、一致するインデックス値を持つすべての行がこのテーブルから読み取られます。結合でキーの左端のプレフィックスのみが使用される場合、またはキーが UNIQUE または PRIMARY KEY ではない場合 (つまり、結合でキーに基づいて単一の行を選択できない場合) は、ref が使用されます。この結合タイプは、使用されるキーが少数の行にのみ一致する場合に適しています。

MySQLの結合インデックス方式の詳細な説明については、これで終わりです。MySQLの結合インデックスに関するより詳しい内容については、123WORDPRESS.COMの過去の記事を検索するか、以下の関連記事を引き続きご覧ください。今後とも123WORDPRESS.COMをよろしくお願いいたします。