グループバイス/オーダーのMySQLインデックス

Question

下記のクエリを参照してください。クエリがインデックスを使用し、一時的なファイルとファイルの使用を避けるように、テーブルで作成するインデックスは何ですか？私はインデックスの多くの異なる組み合わせを試して、advice hereを読むが、私はそれを把握していないようだ。私の説明はUsing Where（インデックスなし）、またはUsing Where Using Temporary, Using Filesort

ここでは簡単なクエリです。すべての列は整数です。経験によって

SELECT c1, Sum(c2) 
FROM table 
WHERE c3 IS NOT NULL 
AND c4 = 2011 
AND c5 = 0 
AND c6 In (6,9,11) 
GROUP BY c1 

Answer 1

これはあなたに役立つでしょう。次のようにクエリを書き直し：

SELECT c1, Sum(c2) 
FROM table 
WHERE c4 = 2011 
AND c5 = 0 
AND c6 In (6,9,11) 
AND c3 IS NOT NULL 
GROUP BY c1 

は今、この順序で列の列（C4、C5、C6）の複合インデックスを作成します。索引の列は、WHERE句の列と同じ順序で表示されます。そうしないと、索引は機能しません。このインデックスの選択性は、一時テーブルのファイル・セット（グループの場合）が高速でなければならないほど狭いです。

c3をクエリの最後に移動する理由は次のとおりです。例として、c3は0と100の間の値を取ることができると仮定します（またはNULLにすることもできます）。 "IS NOT NULL"クエリを実行する場合、MysqlはNULLに対応するエッジを除いてBツリーインデックスのほとんどすべてをトラバースする必要があります。したがって、MySQLは、インデックス内のすべての異なるパスを調べるよりも、完全なテーブルスキャンが簡単なオプションであると判断します。一方、クエリが "IS NULL"でインデックスが（c3、c4、c5、c6）の場合、Mysqlはこのインデックスを実際に使用することになります。これは、この場合、MysqlはNULL値に対応するインデックスツリーの部分をトラバースする必要があるからです。

MySQLが必要とするインデックスの種類は、問題のクエリに非常に依存しています。 @louisが示唆しているように、すべての列にインデックスを作成するのは良い考えではありません！

Answer 2

、私が言う必要があります： "どこ" 節（しかしここでは、ありませんC6）

少なくとも、C4とC5のすべての列のインデックスを構築します。

"group by"句で結果を並べ替えます。あなたが結果にたくさんのレコードを持っているなら、それはc1もインデックスするのに役立つかもしれません。

c3は "not null"としてのみテストされます。しかし、それはまた、物事を改善することができますインデックスを作成、これはテストされることです。

ホップこれは役に立ちました。

Answer 3

私はこの問題が 'ORDER BY 2 DESC'という条項であると信じています。たとえc2がインデックスされていてもSUM（C2）はそうではありません。

あなたが持っているはずのインデックスは、データに依存しているので、私は実際にはコメントできません。