MySQLのクラスタ化インデックスと非クラスタ化インデックスの詳細な説明

1. クラスター化インデックス

テーブルデータはインデックスの順序で保存されます。つまり、インデックス項目の順序は、テーブル内のレコードの物理的な順序と一致します。クラスター化インデックスの場合、リーフノードには実際のデータ行が格納され、個別のデータページは存在しません。

実際のデータには物理的な順序が 1 つしか存在しないため、テーブルに作成できるクラスター化インデックスは最大で 1 つだけです。

物理ファイルからも、InnoDB (クラスター化インデックス) のデータファイルには、データ構造ファイル .frm とデータファイル .idb のみがあることが分かります。データとインデックス情報は、.idb に一緒に保存されます。

2. 非クラスター化インデックス

テーブルデータが格納される順序は、インデックスの順序とは関係ありません。非クラスター化インデックスの場合、リーフノードにはインデックスフィールド値とデータページのデータ行への論理ポインターが含まれ、行数はデータテーブル内のデータ量と一致します。

物理ファイルからも、MyISAM (非クラスター化インデックス) インデックスファイル .MYI とデータファイル .MYD が別々に保存されており、比較的独立していることがわかります。

要約:

クラスター化インデックスと非クラスター化インデックスの違いは次のとおりです。

クラスター化インデックス (innoDB) のリーフノードはデータノードです。

非クラスター化インデックス (MyISAM) のリーフノードは依然としてインデックスファイルですが、インデックスファイルには対応するデータブロックへのポインターが含まれています。

非クラスター化インデックスの場合、インデックスを通じて必要な行番号を取得するたびに、リーフ上のディスクアドレスを通じてディスクからデータを取得する (行を返す) 必要があり、時間がかかります。データの取得時間を最適化するために、InnoDB エンジンはクラスター化インデックスを使用します。
クラスター化インデックス。つまり、インデックスリーフページにデータを格納します。 InnoDB エンジンの場合、リーフページには行に対応するアドレスが格納されなくなり、データが直接格納されます。

これにより、戻り操作による時間の消費を回避できます。これにより、一部のクエリでは InnoDB が MyISAM よりもさらに高速になります。

ps. クエリ時間に関しては、MyISAM はパフォーマンスのために機能を犠牲にしており、クエリが高速であると一般に考えられています。しかし、必ずしもそうとは限りません。ほとんどの場合、MyISAM は InnoDB よりも高速です。ただし、クエリ時間は多くの要因によって影響を受けます。 InnoDB クエリが遅くなる理由は、トランザクションやロールバックなどをサポートしているため、InnoDB のリーフページには実際にはトランザクション ID (つまり、バージョン番号) とロールバックポインターが含まれているからです。

アクションの説明	クラスター化インデックスの使用	非クラスター化インデックスの使用
列はグループ別にソートされることが多い	使用	使用
範囲内のデータを返します	使用	未使用
1つまたは非常に少数の異なる値	未使用	未使用
異なる値の数が少ない	使用	未使用
多数の異なる値	未使用	使用
頻繁に更新されるコラム	未使用	使用
外部キー列	使用	使用
主キー列	使用	使用
インデックス列を頻繁に変更する	未使用	使用