INNODBのクラスターインデックスと非クラスターインデックス（セカンダリインデックス）の違い。

クラスター化されたインデックスと非クラスター化されたインデックスの違いは次のとおりです。1。クラスター化されたインデックスは、インデックス構造にデータを保存します。これは、プライマリキーと範囲でクエリするのに適しています。 2.非クラスター化されたインデックスストアは、インデックスキー値とデータの行へのポインターであり、非プリマリーキー列クエリに適しています。

導入

InnoDBストレージエンジンの謎を探るとき、インデックス作成は間違いなく私たちが克服しなければならないピークです。今日、クラスター化されたインデックスと非クラスター化されたインデックスの違い（非クラスター化されたインデックス、セカンダリインデックスとも呼ばれる、セカンドレベルインデックス）を掘り下げます。これは技術的な調査であるだけでなく、データベースのパフォーマンスの最適化に関するアイデアの衝突でもあります。この記事を読むことで、これら2つのインデックス間のコアの違いをマスターし、データベース構造をより適切に設計および最適化できるようになります。

基本的な知識のレビュー

INNODBでは、インデックス作成がデータベースパフォーマンスの最適化の鍵です。インデックスは図書館の参考文献のようなもので、必要な情報をすばやく見つけるのに役立ちます。クラスター化されたインデックスとクラスタリングされていないインデックスは2つの異なるインデックスタイプであり、その設計概念と使用シナリオには独自の利点があります。

クラスター化されたインデックスの基本概念は、インデックス構造にデータ行を直接保存することです。つまり、インデックスとデータは密接にリンクされています。クラスター化されていないインデックスは異なります。これは、図書館の書誌カードと同様に、実際の本を指し示しているデータの行に対するポインタにすぎません。

コアコンセプトまたは関数分析

クラスターインデックスの定義と機能

クラスター化されたインデックスの定義はシンプルで強力です。インデックス構造とデータ行を組み合わせて、完全なストレージ構造を形成します。 INNODBでは、各テーブルにはクラスター化されたインデックスがあり、通常は一次キーです。プライマリキーが明示的に定義されていない場合、INNODBはクラスター化されたインデックスとして一意のインデックスを選択するか、極端な場合に非表示のクラスターインデックスを生成します。

クラスター化されたインデックスの役割は明らかです。プライマリキーによるクエリと範囲のクエリを非常に効率的にします。データはプライマリキーによってソートされているため、検索操作は追加の検索手順なしでインデックスツリーで直接実行できます。

単純なクラスターインデックスの例：

テーブルの従業員を作成します（
    id intプライマリキー、
    名前varchar（100）、
    給与小数（10、2）
）;

 - クラスター化されたインデックスは、IDフィールドに自動的に作成されます

非クラスター化されたインデックスの定義と機能

非クラスター化されたインデックスはより柔軟であるため、テーブルの任意の列にインデックスを作成できます。クラスタリングされていないインデックスには、データ自体ではなく、インデックスキー値とデータの行へのポインターが含まれています。これは、クラスター化されたインデックスが複数を持つことができるのに対し、クラスター化されたインデックスには1つしかないことを意味します。

非クラスターインデックスの役割は、非プリマリーキー列のクエリパフォーマンスを改善することです。たとえば、従業員名に基づいて情報をクエリすることが多い場合、 nameフィールドにクラスター化されていないインデックスを作成すると、クエリ効率が大幅に向上します。

クラスタリングされていないインデックスの例：

テーブルの従業員を作成します（
    id intプライマリキー、
    名前varchar（100）、
    給与小数（10、2）、
    index idx_name（name）
）;

 - クラスタリングされていないインデックスIDX_NAMEは、名前フィールドに作成されます

それがどのように機能するか

クラスター化されたインデックス作成の作業原則は、Bツリー構造を介してデータを保存することであり、インデックスとデータの行は物理的に継続的に保存されます。これは、範囲クエリを実行する場合、インデックスツリーを直接通過して、追加のI/O操作を回避できることを意味します。

クラスター化されていないインデックスの作業原則はより複雑です。最初にインデックスツリーのインデックスキー値を一致させることを探し、次にポインターを介して実際のデータ行にジャンプします。この方法はI/O操作を追加しますが、非プリマリーキークエリには非常に効率的です。

これら2つのインデックスの作業原則を深く理解することは、データベース構造をより適切に設計し、クエリパフォーマンスを最適化するのに役立ちます。

使用の例

クラスター化されたインデックスの基本的な使用

クラスター化されたインデックスの最も一般的な使用法は、プライマリキーで照会することです。 ID100で従業員情報を探しているとします：

 id = 100から従業員から *を選択します。

これは、クラスター化されたインデックスで直接検索されます。これは非常に効率的です。

クラスタリングされていないインデックスの基本的な使用

クラスタリングされていないインデックスの基本的な使用法は、インデックスフィールドを照会することです。たとえば、「John Doe」という名前の従業員を見つけたい：

 select * from Employees Where name = 'John Doe';

これにより、最初にidx_nameインデックスの一致するname値を探し、次にポインターを介して実際のデータ行を見つけます。

高度な使用

クラスター化されたインデックスの高度な使用には、スコープクエリとソートが含まれます。たとえば、給与が5,000〜10,000の従業員を見つけたいと考えています。

 IDで5000〜10000注文の給与がある従業員から *を選択します。

これにより、クラスター化されたインデックスの並べ替え特性が利用され、クエリ効率が向上します。

クラスタリングされていないインデックスの高度な使用には、組み合わせインデックスと上書きインデックスが含まれます。たとえば、 nameとsalaryフィールドに複合インデックスを作成します。

従業員のインデックスIDX_NAME_SALARY（名前、給与）を作成します。

これにより、名前と給与によって効率的なクエリを作成できます。

 select * from Employees Where name = 'John Doe'および給与> 5000;

一般的なエラーとデバッグのヒント

インデックスを使用する場合の一般的なエラーには、以下が含まれます。

• 不適切なインデックス列の選択により、クエリのパフォーマンスが低下します。
• インデックスの過剰使用により、メンテナンスコストと挿入/更新操作のオーバーヘッドが増加します。

デバッグスキルは次のとおりです。

• EXPLAINステートメントを使用して、クエリ計画を分析し、インデックスの使用を理解します。
• インデックスを定期的に監視および調整して、有効なままであることを確認します。

パフォーマンスの最適化とベストプラクティス

実際のアプリケーションでは、インデックスを最適化することがデータベースのパフォーマンスを改善する鍵です。クラスター化されたインデックスとクラスター化されていないインデックスには、独自の利点と短所があり、特定のビジネスニーズに応じて選択する必要があります。

クラスター化されたインデックスの利点は、効率的な範囲クエリとソート機能ですが、不利な点は、クラスター化されたインデックスしか存在できず、不適切な選択がパフォーマンスボトルネックにつながる可能性があることです。非クラスター化されたインデックスの利点は柔軟性であり、任意の列に作成できますが、不利な点は、クエリパフォーマンスに影響を与える可能性のあるI/O操作が追加されることです。

ベストプラクティスには次のものがあります。

• クラスター化されたインデックス、通常は自動インクリメントIDまたはUUIDとして適切なプライマリキーを選択します。
• 頻繁にクエリされた列にクラスター化されていないインデックスを作成しますが、オーバーインデックスは避けてください。
• インデックスを定期的に維持および最適化して、有効なままであることを確認してください。

クラスター化されたインデックスと非クラスター化されていないインデックスの違いを深く理解することにより、データベース構造を設計および最適化し、クエリパフォーマンスを改善することができます。これは技術的な調査であるだけでなく、データベースのパフォーマンスの最適化に関するアイデアの衝突でもあります。この記事があなたに新しいインスピレーションと思考をもたらすことができることを願っています。

以上がINNODBのクラスターインデックスと非クラスターインデックス（セカンダリインデックス）の違い。の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。