MySQL インデックスコンディションプッシュダウンの最適化

誰もがこの書き込みは大丈夫だと思っています。いいね、ブックマーク、注目してください。また、私の個人的なブログ
にアクセスすることもできます。これは、近年更新されると推定されています。私と友達になりましょう！https://motongxue.cn

記事ディレクトリ

- インデックス条件のプッシュダウンの最適化

インデックス条件のプッシュダウンの最適化

概要

インデックスコンディションプッシュダウン (略して ICP) は、MySQL がインデックスを使用してテーブルから行を取得する状況の最適化です。また、Mysql5.6 のバージョンで起動されました。MySQL は、インデックスを使用して特定のテーブルからタプルを取得する方法を提供します。つまり、単一のテーブルがインデックスを使用してスキャンしてデータを取得するため、複数テーブルのクエリには適していません。

ICPを有効にするかどうかの違い

ICP がない場合、ストレージエンジンはインデックスを走査してベーステーブル内の行を検索し、行の WHERE 条件を評価するMySQL サーバーにそれらを返します。

ICP が有効になっている場合、WHERE 条件の一部がインデックス内の列のみを使用して計算できる場合、MySQL サーバーは WHERE 条件のこの部分をストレージエンジンにプッシュします。次に、ストレージエンジンは、インデックスエントリを使用してプッシュされたインデックスの条件を評価し、その条件が満たされた場合にのみ、テーブルから行が読み取られます。**次の例でその意味を理解できます。

ICPの意味

非主キーインデックスでのインデックスプッシュダウンの最適化により、テーブルリターンの数を効果的に減らし、クエリの効率を大幅に向上させることができます。
ICP は、ストレージエンジンがベーステーブルにアクセスしなければならない回数を減らすことができます
MySQL サーバーがストレージエンジンにアクセスする必要がある回数。

インジケーターの条件付きプッシュダウン最適化の適用可能性は、次の条件によって異なります。

ICP は、テーブル行全体へのアクセスが必要な場合に、range、ref、eq_ref、および ref_or_null アクセスメソッドに使用されます。
ICP は、分割された InnoDB および MyISAM テーブルを含む InnoDB および MyISAM テーブルで使用できます。
InnoDB テーブルの場合、ICP はセカンダリインデックスにのみ使用されます。ICP の目標は、行全体の読み取り回数を減らし、それによって I/O 操作を減らすことです。InnoDB クラスター化インデックスの場合、完全なレコードは既に InnoDB バッファーに読み込まれています。この場合に ICP を使用しても、I/O は削減されません。(注: Ⅰは、読み取り完了レコード (完全なタプル) の数を減らすことを意味します。Ⅱは、InnoDB クラスター化インデックスでは無効であり、SECOND INDEX などの非クラスター化インデックスに対してのみ有効であることを意味します。)
仮想的に生成された列に作成されたセカンダリインデックスは、ICP をサポートしていません。InnoDB は、仮想生成カラムのセカンダリインデックスをサポートしています。
サブクエリを参照する条件はプッシュダウンできません。
ストアド関数を参照する条件はプッシュダウンできません。ストレージエンジンは、ストアド関数を呼び出すことができません。
トリガー条件はプッシュダウンできません。

ICP 最適化の原則

この最適化がどのように機能するかを理解するには、まず、インデックスコンディションプッシュダウンなしでインデックススキャンがどのように機能するかを考えてみましょう。

次の行を取得するには、まずインデックスタプルを読み取り、次にインデックスタプルを使用してテーブル行全体を見つけて読み取ります。
テストは、この表の条件セクションに適用されますWHERE。テスト結果に基づいて行を受け入れるか拒否します。

プッシュダウンプロセス

「インデックス条件」プッシュダウンを使用すると、スキャンプロセスは次のようになります。

(テーブル行全体ではなく) 次の行のインデックスタプルを取得します。
このテーブルに適用される条件の部分をテストし、インデックス付きの列を使用してのみチェックできますWHERE。条件が満たされない場合は、次の行のインデックスタプルに移動します。
条件が満たされた場合、テーブル行全体が検索され、インデックスタプルを使用して読み取られます。
この表に適用される残りの条件をテストしますWHERE。テスト結果に基づいて行を受け入れるか拒否します。

EXPLAIN出力は、インデックス条件を使用してプッシュダウンするときに、余分な列でインデックス条件を使用したことを示しています。テーブル行全体を読み取る必要がある場合は適用されないため、インデックスの使用は表示されません。

ケース

テーブルに人々とその住所に関する情報が含まれており、そのテーブルにindex(Mobile Last, Name, Package) として定義されたインデックスがあるとします。電話番号はわかっているが名前がわからない場合は、次のように検索できます。

SELECT * FROM order
  WHERE 手机尾号='9856'
  AND 姓名 LIKE '%莫同学%'
  AND 包裹号 LIKE '%211%';

MySQL はインデックスを使用して、電話番号が「9856」で終わる人をスキャンできます。2 番目の部分 (LIKE '%Classmate Mo%' という名前) を使用して、スキャンする必要がある行数を制限することはできません。そのため、インデックスプッシュダウンがない場合、このクエリは、電話番号 = を持つすべての人のテーブル行全体を取得する必要があります。「9850」。

プッシュダウンインデックス条件を使用する場合、MySQL は名前の LIKE '%Mo classmate%' 部分をチェックしてから、テーブル行全体を読み取ります。これにより、携帯電話のサフィックス条件には一致するが名前条件には一致しないインデックスタプルに対応する完全な行を読み取ることが回避されます。

ICP のオンとオフ

デフォルトでは、インデックス基準は「プッシュダウン」で有効になっています。システム変数は flagsを設定することでindex_condition_pushdown制御できますoptimizer_switch:

SET optimizer_switch = 'index_condition_pushdown=off';
SET optimizer_switch = 'index_condition_pushdown=on';

2021 年 6 月 5 日更新