目次
1. インデックスは、スキャンする必要があるレコードの数を減らすために使用されます。
2. 並べ替えにはインデックスが使用されます
1. 次のクエリ ステートメントを分析します:
3、不可以使用索引进行排序的情况:
3、索引用于分组
ホームページ データベース mysql チュートリアル MySQL インデックスの役割とは何ですか

MySQL インデックスの役割とは何ですか

May 27, 2023 pm 11:52 PM
mysql

    最初にデータベース テーブルを作成します:

    create table single_table(
    	id int not auto_increment, 
    	key1 varchar(100),         
    	key2 int,
    	key3 varchar(100),
    	key_part1 varchar(100),
    	key_part2 varchar(100),
    	key_part3 varchar(100),
        common_field varchar(100),
    	primary key(id),          # 聚簇索引
    	key idx_key1(key1),       # 二级索引
    	unique key uk_key2(key2), # 二级索引,而且该索引是唯一二级索引
    	key idx_key3(key3),       # 二级索引
    	key idx_key_part(key_part1,key_part2,key_part3) # 二级索引,也是联合索引
    )Engine=InnoDB CHARSET=utf8;
    ログイン後にコピー

    1. インデックスは、スキャンする必要があるレコードの数を減らすために使用されます。

    最も基本的なクエリ実行プランは、テーブル内のすべてのレコードをスキャンし、各検索レコードが検索条件を満たしているかどうかを確認することです。一致する場合はクライアントに送信し、一致しない場合はレコードをスキップします。この実行スキームはフルテーブルスキャンと呼ばれます。

    InnoDB ストレージ エンジンの場合、テーブル全体のスキャンとは、クラスター化インデックスの最初のリーフ ノードの最初のレコードから開始し、レコードが存在する一方向リンク リストに沿って逆方向に移動することを意味します。最後のリーフ ノードの最後のレコードまでスキャンします。B ツリーを使用して、インデックス列の値が特定の値に等しいレコードを検索できれば、スキャンする必要があるレコードの数を減らすことができます。

    B ツリー リーフ ノード内のレコードはインデックス列値の昇順に並べ替えられるため、特定の間隔でレコードをスキャンするだけで、スキャンする必要があるレコードの数を大幅に減らすことができます。 。

    クエリ ステートメントの場合:

    select * from single_table where id>=2 and id<=100;
    ログイン後にコピー

    このステートメントは、実際には [2,100] 内の id 値を検索する必要があります。すべてのクラスター化インデックス レコードについて、クラスター化インデックスに対応する B ツリーを通じて id=2 を持つクラスター化インデックス レコードをすばやく見つけ、レコードが見つかった一方向リンク リストに沿って逆方向にスキャンできます。特定のクラスター化インデックス レコードの id 値が [2,100] 間隔内になくなるまで、すべてのクラスター化インデックス レコードをスキャンする場合と比較して、この方法ではレコード数が大幅に削減されます。大量にスキャンする必要があるため、クエリの効率が向上します。

    実際、B ツリーの場合、インデックス列と定数が =、<=>、in、not in、is null、is not null、>、< を使用している限り、 ;、&gt ;=、<=、between、!=、または like 演算子を接続してスキャン間隔を生成できるため、クエリの効率が向上します。

    2. 並べ替えにはインデックスが使用されます

    クエリ ステートメントを作成するとき、特定のルールに従ってクエリされたレコードを並べ替えるために、order by 句を使用する必要があることがよくあります。通常の状況では、レコードをメモリにロードし、いくつかの並べ替えアルゴリズムを使用してメモリ内でこれらのレコードを並べ替えることしかできません。クエリ結果セットが大きすぎてメモリ内で並べ替えられない場合があります。この場合、一時的にディスク領域を使用して中間結果を保存し、並べ替え操作の完了後に並べ替えられた結果をクライアントに返す必要があります。

    MySQL では、メモリ内またはディスク上でソートするこの方法をファイル ソートと呼びますが、インデックス カラムが order by 句で使用されている場合は省略できます。メモリまたはディスク内にあります。

    1. 次のクエリ ステートメントを分析します:

    select * form single_table order by key_part1,key_part2,key_part3 limit 10;
    ログイン後にコピー

    このクエリ ステートメントの結果セットは、key_part1 値に従って並べ替える必要があります。 key_part1 値が同じ場合は、 key_part2 値で並べ替えます。 key_part1 値と key_part2 値が同じ場合、次に、key_part3 値で並べ替えます。私たちが確立した結合インデックス idx_key_part は、上記のルールに従って並べ替えられます。以下は、idx_key_part インデックスの簡略図です:

    MySQL インデックスの役割とは何ですか

    したがって、最初の

    idx_key_part セカンダリ インデックス レコードから開始し、レコードが存在する一方向リンク リストに沿って逆方向にスキャンして、10 個のセカンダリ インデックス レコードを取得できます。クエリ リストは ## であるため、つまり完全なユーザー レコードを読み取る必要があるため、取得した各セカンダリ インデックス レコードに対してテーブルを返す操作を実行し、完全なユーザー レコードを顧客に送信します。これにより、10,000 件のレコードを並べ替える時間が節約されます。

    ここではクエリ文の実行時にlimit文を追加していますが、取得するレコード数を制限しないとテーブルに大量のセカンダリインデックスレコードが返されてしまい、全体的なパフォーマンスに影響します。

    2. ソートにジョイント インデックスを使用する場合の注意事項

    ジョイント インデックスを使用する場合は、次の点に注意する必要があります:

    order by後の列の順序この句は、インデックス列の順序も指定されている必要があります。order by key_part3、key_part2、key_part1 の順序が指定されている場合、B ツリー インデックスは使用できません。

    ソート順序を逆にするとインデックスが使用できないのは、結合インデックスのページとレコードのソート規則が規定されており、最初に

    key_part1## に従ってソートするためです。 # 値。レコードの key_part1 の値が同じ場合、key_part2 値に従って並べ替えます。記録された key_part1 値と key_part2# の場合## 値が同じ場合は、key_part3Value の並べ替えに従って並べ替えます。 order by 句の内容が order by key_part3, key_part2, key_part1 の場合、最初に key_part3 の値で並べ替える必要があります。 key_part3 値は同じであり、key_part2 値によって並べ替えられます。記録された key_part3 値と key_part2## の場合# 値が同じ場合、key_part1 値の順序で並べ替えます。これは明らかに競合です。 <h4 id="不可以使用索引进行排序的情况">3、不可以使用索引进行排序的情况:</h4><p><strong>(1)</strong><code> ASC、DESC混用;

    对于使用联合索引进行排序的场景,我们要求各个排序列的排序规则是一致的,也就是要么各个列都是按照升序规则排序,要么都是按照降序规则排序。

    (2) 排序列包含非一个索引的列;

    有时用来排序的多个列不是同一个索引中的,这种情况也不能使用索引进行排序,比如下面的查询语句:

    select * from single_table order by key1,,key2 limit 10;
    ログイン後にコピー

    对于idx_key1的二级索引记录来说,只按照key1列的值进行排序,而且在key1列相同的情况下是不按照

    key2列的值进行排序的,所以不能使用idx_key1索引执行上述查询。

    (3) 排序列是某个联合索引的索引列,但是这些排序列在联合索引中并不连续;

    (4) 排序列不是以单独列名的形式出现在order by子句中;

    3、索引用于分组

    有时为了方便统计表中的一些信息,会把表中的记录按照某些列进行分组。比如下面的分组查询语句:

    select key_part1,key_part2,key_part3,count(*) fron single_table group by key_part1,key_part2,key_part3;
    ログイン後にコピー

    这个查询语句相当于执行了3次分组操作:

    • 先按照key_part1值把记录进行分组,key_part1值相同的所有记录划分为一组;

    • key_part1值相同的每个分组中的记录再按照key_part2的值进行分组,将key_part2值相同的记录放到一个小分组中,看起来像是在一个大分组中又细分了好多小分组。

    • 再将上一步中产生的小分组按照key_part3的值分成更小的分组。所以整体上看起来就像是先把记录分成一个大分组,然后再把大分组分成若干个小分组,最后把若干个小分组再细分为更多的小分组。

    上面这个查询语句就是统计每个小小分组包含的记录条数。

    如果没有idx_key_part索引,就得建立一个用于统计的临时表,在扫描聚簇索引的记录时将统计的中间结果填入这个临时表。当扫描完记录后,再把临时表中的结果作为结果集发送给客户端。

    如果有了idx_key_part索引,恰巧这个分组顺序又与idx_key_part的索引列的顺序一致,因此可以直接使用idx_key_part的二级索引进行分组,而不用建立临时表了。

    与使用B+树索引进行排序差不多,分组列的顺序页需要与索引列的顺序一致,也可以值使用索引列中左边连续的列进行分组。

    以上がMySQL インデックスの役割とは何ですかの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

    このウェブサイトの声明
    この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

    ホットAIツール

    Undresser.AI Undress

    Undresser.AI Undress

    リアルなヌード写真を作成する AI 搭載アプリ

    AI Clothes Remover

    AI Clothes Remover

    写真から衣服を削除するオンライン AI ツール。

    Undress AI Tool

    Undress AI Tool

    脱衣画像を無料で

    Clothoff.io

    Clothoff.io

    AI衣類リムーバー

    AI Hentai Generator

    AI Hentai Generator

    AIヘンタイを無料で生成します。

    ホットツール

    メモ帳++7.3.1

    メモ帳++7.3.1

    使いやすく無料のコードエディター

    SublimeText3 中国語版

    SublimeText3 中国語版

    中国語版、とても使いやすい

    ゼンドスタジオ 13.0.1

    ゼンドスタジオ 13.0.1

    強力な PHP 統合開発環境

    ドリームウィーバー CS6

    ドリームウィーバー CS6

    ビジュアル Web 開発ツール

    SublimeText3 Mac版

    SublimeText3 Mac版

    神レベルのコード編集ソフト(SublimeText3)

    PHPのビッグデータ構造処理スキル PHPのビッグデータ構造処理スキル May 08, 2024 am 10:24 AM

    ビッグ データ構造の処理スキル: チャンキング: データ セットを分割してチャンクに処理し、メモリ消費を削減します。ジェネレーター: データ セット全体をロードせずにデータ項目を 1 つずつ生成します。無制限のデータ セットに適しています。ストリーミング: ファイルやクエリ結果を 1 行ずつ読み取ります。大きなファイルやリモート データに適しています。外部ストレージ: 非常に大規模なデータ セットの場合は、データをデータベースまたは NoSQL に保存します。

    PHP で MySQL クエリのパフォーマンスを最適化するにはどうすればよいですか? PHP で MySQL クエリのパフォーマンスを最適化するにはどうすればよいですか? Jun 03, 2024 pm 08:11 PM

    MySQL クエリのパフォーマンスは、検索時間を線形の複雑さから対数の複雑さまで短縮するインデックスを構築することで最適化できます。 PreparedStatement を使用して SQL インジェクションを防止し、クエリのパフォーマンスを向上させます。クエリ結果を制限し、サーバーによって処理されるデータ量を削減します。適切な結合タイプの使用、インデックスの作成、サブクエリの使用の検討など、結合クエリを最適化します。クエリを分析してボトルネックを特定し、キャッシュを使用してデータベースの負荷を軽減し、オーバーヘッドを最小限に抑えます。

    PHP で MySQL のバックアップと復元を使用するにはどうすればよいですか? PHP で MySQL のバックアップと復元を使用するにはどうすればよいですか? Jun 03, 2024 pm 12:19 PM

    PHP で MySQL データベースをバックアップおよび復元するには、次の手順を実行します。 データベースをバックアップします。 mysqldump コマンドを使用して、データベースを SQL ファイルにダンプします。データベースの復元: mysql コマンドを使用して、SQL ファイルからデータベースを復元します。

    PHP を使用して MySQL テーブルにデータを挿入するにはどうすればよいですか? PHP を使用して MySQL テーブルにデータを挿入するにはどうすればよいですか? Jun 02, 2024 pm 02:26 PM

    MySQLテーブルにデータを挿入するにはどうすればよいですか?データベースに接続する: mysqli を使用してデータベースへの接続を確立します。 SQL クエリを準備します。挿入する列と値を指定する INSERT ステートメントを作成します。クエリの実行: query() メソッドを使用して挿入クエリを実行します。成功すると、確認メッセージが出力されます。

    MySQL 8.4 で mysql_native_password がロードされていないエラーを修正する方法 MySQL 8.4 で mysql_native_password がロードされていないエラーを修正する方法 Dec 09, 2024 am 11:42 AM

    MySQL 8.4 (2024 年時点の最新の LTS リリース) で導入された主な変更の 1 つは、「MySQL Native Password」プラグインがデフォルトで有効ではなくなったことです。さらに、MySQL 9.0 ではこのプラグインが完全に削除されています。 この変更は PHP および他のアプリに影響します

    PHP で MySQL ストアド プロシージャを使用するにはどうすればよいですか? PHP で MySQL ストアド プロシージャを使用するにはどうすればよいですか? Jun 02, 2024 pm 02:13 PM

    PHP で MySQL ストアド プロシージャを使用するには: PDO または MySQLi 拡張機能を使用して、MySQL データベースに接続します。ストアド プロシージャを呼び出すステートメントを準備します。ストアド プロシージャを実行します。結果セットを処理します (ストアド プロシージャが結果を返す場合)。データベース接続を閉じます。

    PHP を使用して MySQL テーブルを作成するにはどうすればよいですか? PHP を使用して MySQL テーブルを作成するにはどうすればよいですか? Jun 04, 2024 pm 01:57 PM

    PHP を使用して MySQL テーブルを作成するには、次の手順が必要です。 データベースに接続します。データベースが存在しない場合は作成します。データベースを選択します。テーブルを作成します。クエリを実行します。接続を閉じます。

    Oracleデータベースとmysqlの違い Oracleデータベースとmysqlの違い May 10, 2024 am 01:54 AM

    Oracle データベースと MySQL はどちらもリレーショナル モデルに基づいたデータベースですが、Oracle は互換性、スケーラビリティ、データ型、セキュリティの点で優れており、MySQL は速度と柔軟性に重点を置いており、小規模から中規模のデータ セットに適しています。 ① Oracle は幅広いデータ型を提供し、② 高度なセキュリティ機能を提供し、③ エンタープライズレベルのアプリケーションに適しています。① MySQL は NoSQL データ型をサポートし、② セキュリティ対策が少なく、③ 小規模から中規模のアプリケーションに適しています。

    See all articles