文字列カラムのインデックス指定に col_name(N) 構文を使用すると、カラムの最初の N 文字のみを使用するインデックスを作成できます。 このようにカラム値のプリフィクスのみのインデックスを作成すると、インデックスファイルをかなり小さくできます。 BLOB または TEXT カラムにインデックス設定する場合、インデックスのプリフィクス長を指定する必要があります。 例:

CREATE TABLE test (blob_col BLOB, INDEX(blob_col(10)));

REDUNDANT または COMPACT の行形式を使用する InnoDB テーブルでは、接頭辞の長さは最大 767 バイトです。 DYNAMIC または COMPRESSED の行形式を使用する InnoDB テーブルでは、接頭辞の長さの制限は 3072 バイトです。 「MyISAM の場合」テーブルでは、接頭辞の長さの制限は 1000 バイトです。

検索語がインデックス接頭辞の長さを超える場合、インデックスを使用して一致しない行が除外され、残りの行で一致の可能性が調査されます。

インデックス接頭辞の詳細は、セクション13.1.15「CREATE INDEX ステートメント」 を参照してください。

FULLTEXT インデックスは、全文検索に使用されます。 InnoDB および MyISAM ストレージエンジンのみが、CHAR、VARCHAR、および TEXT カラムに対してのみ、FULLTEXT インデックスをサポートしています。 インデックス設定は常にカラム全体に対して行われ、カラムプリフィクスインデックス設定はサポートされていません。 詳細は、セクション12.10「全文検索関数」を参照してください。

最適化は、単一の InnoDB テーブルに対する特定の種類の FULLTEXT クエリーに適用されます。 これらの特性を持つクエリーは特に効率的です。

全文式を含むクエリーの場合、MySQL では、クエリー実行の最適化フェーズ中にこれらの式が評価されます。 オプティマイザは、全文式を参照して見積りを行うだけでなく、実行計画の開発プロセスでそれらを実際に評価します。

この動作の影響は、全文クエリーの EXPLAIN は通常、最適化フェーズ中に式の評価が行われない非全文クエリーより遅くなることです。

全文クエリーの EXPLAIN では、最適化中に一致が発生するため、Extra カラムに Select tables optimized away が表示される場合があります。この場合、後で実行する際にテーブルへのアクセスは必要ありません。

空間データ型にインデックスを作成できます。 MyISAM および InnoDB は、空間型の R ツリーインデックスをサポートしています。 ほかのストレージエンジンは、空間型のインデックス設定に B ツリーを使用します (ARCHIVE を除きます。これは空間型のインデックス設定をサポートしていません)。

MEMORY ストレージエンジンはデフォルトで HASH インデックスを使用しますが、BTREE インデックスもサポートしています。