インデックスとは何かMySql インデックスの公式定義: インデックスは、MySql がデータを効率的に取得するのに役立つデータ構造です。インデックスの目的は、辞書と同様に、クエリの効率を向上させることです。実際、インデックスは、主キーとインデックス フィールドを格納し、エンティティ テーブルのレコードを指すテーブルでもあります。インデックス列もスペースを占有します。 主キーインデックスと通常のインデックスの違い1. 主キー インデックスはデータをインデックスしますが、通常のインデックスは主キー ID 値をインデックスします (これは InnoDB の場合ですが、myisam の場合は主キー インデックスと通常のインデックスに違いはなく、どちらもデータを直接インデックスします) インデックスにはどのデータ構造が使用されますか?MySQL には、ハッシュ インデックスと B+ ツリー インデックスという 2 つの一般的な構造があります。InnoDB エンジンを使用しており、デフォルトは B+ ツリーです。 InnoDB は B+ ツリー インデックス モデルを使用しますが、なぜ B+ ツリーを使用するのでしょうか?ハッシュインデックスと比較した利点と欠点は何ですか?B+ツリーインデックスとハッシュインデックスの違い ハッシュインデックスは等価値クエリに適していますが、範囲クエリは実行できません ハッシュインデックスはインデックスを使用してソートを完了できません ハッシュインデックスは、複数列のジョイントインデックスの左端一致ルールをサポートしていません 重複するキー値が多数ある場合、ハッシュ衝突問題のため、ハッシュインデックスの効率は非常に低くなります B+ ツリーのリーフ ノードには何を格納できますか?InnoDB では、データの行全体を格納するインデックス B+ ツリーのリーフ ノードが主キー インデックス (クラスター化インデックスとも呼ばれます) です。主キー値を格納するインデックス B+ ツリーのリーフ ノードは、非主キー インデックス (非クラスター化インデックスとも呼ばれます) です。 データをクエリするときに、クラスター化インデックスと非クラスター化インデックスの間に違いはありますか?クラスター化インデックス クエリは、主キー インデックス ツリーのリーフ ノードがクエリ対象のデータ行全体であるため、高速です。非主キー インデックスのリーフ ノードは主キーの値です。主キーの値を見つけたら、主キーの値を使用して再度クエリを実行する必要があります。このプロセスはテーブル リターンと呼ばれます。 インデックス条件プッシュダウンMySQL 5.6 では、インデックス プッシュダウン最適化が導入されました。これはデフォルトで有効になっており、SET optimizer_switch = 'index_condition_pushdown=off'; を使用して無効にすることができます。公式ドキュメントに記載されている例と説明は次のとおりです。peopleテーブルでは、(zipcode、lastname、firstname)がインデックスを構成します。 zipcode='95054' かつ lastname LIKE '%etrunia%' かつ address LIKE '%Main Street%'; インデックス プッシュダウン テクノロジが使用されていない場合、MySQL は zipcode='95054' を通じてストレージ エンジンから対応するデータを照会し、それを MySQL サーバーに返します。次に、MySQL サーバーは、lastname LIKE '%etrunia%' と address LIKE '%Main Street%' に基づいて、データが条件を満たしているかどうかを判断します。 インデックス プッシュダウン テクノロジを使用すると、MYSQL は最初に zipcode='95054' に一致するインデックスを返し、次に lastname LIKE '%etrunia%' に基づいて条件を満たすインデックスをフィルターして MySQL サーバーに返します。次に、MySQL サーバーは、データが address LIKE '%Main Street%' に基づいて条件を満たすかどうかを判断するため、MySQL サーバーに返されるインデックスの数が削減されます。インデックス プッシュダウンの最適化により、類似条件クエリがある場合にテーブル返送数を削減できます。 クエリオプティマイザーSQL ステートメント クエリには、複数の実行プランが存在する場合があります。最終的にどのプランが選択されるかについては、実行コストが最も低いプランを選択するためにオプティマイザによって選択される必要があります。 単一テーブルのクエリ ステートメントが実際に実行される前に、MySQL クエリ オプティマイザーはステートメントを実行するためのすべての可能なソリューションを検索し、比較後にコストが最も低いソリューションを検索します。この最も低コストのソリューションは、いわゆる実行プランです。 最適化のプロセスは次のとおりです。1. 検索条件に基づいてすべての可能なインデックスを検索します。2. フルテーブルスキャンのコストを計算します。3. 異なるインデックスを使用してクエリを実行するコストを計算します。4. さまざまな実行プランのコストを比較し、コストが最も低いプランを見つけます。 インデックスに関する質問テーブル `geek` を作成します ( `a` int(11) NULLではない、 `b` int(11) NULLではない、 `c` int(11) NULLではない、 `d` int(11) NULLではない、 主キー (`a`,`b`)、 キー `c` (`c`)、 キー `ca` (`c`,`a`)、 キー `cb` (`c`,`b`) )ENGINE=InnoDB; 歴史的な理由により、このテーブルでは a と b を共同主キーとして必要とします。 c=N で geek から * を選択し、制限 1 で順序付けします。 c=N で geek から * を選択し、b で順序を制限し、1 にします。 質問: この同僚の説明は正しいでしょうか? どのインデックスが不要で、削除できるのでしょうか? 答え: (1)主キーaとbのクラスター化インデックスの構成順序は、order by a,bと同等です。つまり、最初にaでソートし、次にbでソートしますが、cは順序が正しくありません。
(2)インデックスcaの構成は、まずcでソートし、次にaでソートし、同時に主キーを記録することである。
上記のインデックス ca のデータは、インデックス c のものとまったく同じです。 (3)インデックスcbの構成は、まずcでソートし、次にbでソートし、同時に主キーを記録する。
したがって、結論としては、ca を削除して cb を保持できることになります。 これで、MySQL の主キー インデックスと非主キー インデックスの違いに関するこの記事は終了です。MySQL の主キー インデックスと非主キー インデックスに関するより関連性の高いコンテンツについては、123WORDPRESS.COM の以前の記事を検索するか、以下の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。 以下もご興味があるかもしれません:
|
<<: Dockerを使用してSonarQubeをインストールする詳細なチュートリアル
>>: 私の CSS フレームワーク - base.css (ブラウザのデフォルト スタイルをリセット)
この記事では、参考までにMySQL zipファイルをインストールする具体的な方法を紹介します。具体的...
最近の事例をお話ししましょう。オンライン Alibaba Cloud RDS 上のゲーム ログ ライ...
序文Linux サーバーを操作および管理するときに、最もよく使用されるコマンドの 1 つが nets...
目次序文背景大きな推測パターンを見つける構造とスタイルコンポーネントの実装パラメータキーボードの種類...
目次getApp()ページエントリファイルの先頭に変数を定義しますwx.createSelector...
コードをコピーコードは次のとおりです。 <!DOCTYPE html PUBLIC "...
[ Tomcat8 の Linux インストール ] Tomcat をアンインストールする - まず...
目次1. 技術概要2. 技術的な詳細1. インターフェースからバックエンドデータを取得する2. フロ...
シンプルなアプリケーションの展開1. ディレクトリ構造: └── Pythonpro #ディレクトリ...
1. 効果を達成する 2 知識ポイント2.1 <label> タグHTML では、<...
目次1 テスト環境1.1 サーバーハードウェア1.1.1 t2.マイクロ1.1.2 c5.large...
目次MySql8.0 トランザクション分離レベルエラーの表示質問コマンドは次のように変更されますMy...
実際のWeb開発では、画像の挿入やCSSファイルなどすべてパスが必要となります。ファイルパスを誤って...
mysql は期間内のすべての日付または月を取得します1: mysqlは期間内のすべての月を取得し...
docker イメージ ID は一意であり、イメージを物理的に識別できます。repository: ...