インデックスを作成せずに、MySQLで列選択性メタデータを取得する方法は？

Question

は、次のSQLクエリを仮定：

SELECT col1,col2 from table where col1 > 5 and col2 > 8 

私は両方の条件が範囲条件であるため、MySQLは、同じテーブルインデックスを使用して、両方の列に調べることができないと信じています。 したがって、私はこのようなシナリオ（おそらく最も選択的なもの）でどの列をインデックス化するのかを判断する最良の方法は何かを理解しようとしています。

MySQLメタデータは、実際に両方のオプションのインデックスを作成してカーディナリティ情報を調べることなく、列AまたはBがより選択的であるかどうかを識別できる方法でアクセスできますか？

編集：明確にするために、目標は、インデックスなしで実行するために永遠にかかるクエリであってもそれを行う方法を見つけることです（この場合、行の数は問題になりません）。

Answer 1

このクエリの実行に問題はありますか？

select count(*), 
     sum(col1 > 5), 
     sum(col2 > 8), 
     sum(col1 > 5 and col2 > 8) 
from t; 

2番目と3番目の列の間で最も小さい値が選択されます。

注：両方の列をインデックスに入れることは、依然として価値があります。 MySQLは、データページ内のデータを参照することなく、where句に2番目のキーを使用できる必要があります。

Answer 2

クエリには、col1とcol2が含まれています。これは、INDEX(col1,col2)とINDEX(col2,col1)が「カバーしている」ことを意味します。 「全体のクエリはインデックスのB木で実行することができるので、カバーは、あなたがSELECTリストに別の列を追加した場合、それはもはやカバーされません。

。余分なブーストを与えるしかし、問題は、およそれましたインデックスに列を入れる順序 2次元の配列として考えるcol1 > 5 and col2 > 8は、その2次元配列の右下を指します。MySQLは本質的に右半分または下半分をスキャンする必要があります1次元インデックスは最初に行または列によって順序付けされるので、配列の '半分'です。

最適化の「新しい」「MRR」機能では、では、半分ではなくコーナーにフォーカスを合わせることができます。これを見つける方法は次のとおりです。

add one index 
FLUSH STATUS; 
SELECT ... 
SELECT SESSION STATUS LIKE 'Handler%'; 
drop that index 

他のインデックスと同じように繰り返します。

次に、Handlerの値を比較します。最大の数字は、タッチされたインデックス（またはデータ）行の数を示します。

よりシンプルな答え

クエリでのみ列はcol1とcol2ある場合には、（いずれかの順序で）INDEX(col1, col2)を追加します。

さらに列が含まれている場合は、INDEX(col1)とINDEX(col2)を追加してください。オプティマイザはそれらの間を選択します。