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

導(dǎo)入

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

基本的な知識のレビュー

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

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

コアコンセプトまたは関數(shù)分析

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

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

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

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

テーブルの従業(yè)員を作成します（
    id intプライマリキー、
    名前varchar（100）、
    給與小數(shù)（10、2）
）;

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

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

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

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

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

テーブルの従業(yè)員を作成します（
    id intプライマリキー、
    名前varchar（100）、
    給與小數(shù)（10、2）、
    index idx_name（name）
）;

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

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

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

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

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

使用の例

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

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

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

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

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

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

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

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

高度な使用

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

 IDで5000?10000注文の給與がある従業(yè)員から *を選択します。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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