クエリの最後のフィールドがMySQLの場合、必要なインデックスはテーブルのカラムですか - MySQL？

Question

は、私は3列（C1、C2、C3）とテーブル（T1）をしましたと仮定し、私はこのようなインデックスを追加しました：

ALTER TABLE `t1` ADD INDEX `IDX_c1_c2` USING BTREE (`c1`, `c2`); 

私は私が作る場合は、このクエリがインデックスを使用することを知っている

とを

SELECT * FROM `t1` where c1 = "foo" AND c2 = "bar" 

しかし、何このクエリについて？：

SELECT * FROM `t1` where c1 = "foo" AND c2 = "bar" AND c3 = "foobar" 

MySQLのエンジンは、クエリを改善するために、またはインデックスを無視するために、インデックスを使用します：完璧な作品？つまり、クエリ全体がインデックスと一致してインデックスを使用する必要があります。または、クエリの最初の2つのカラムのインデックスを利用できます。

[UPDATE] - 最後のクエリは、実際には、この（日付は単なる一例である）のようになります。

SELECT * FROM `t1` where c1 = "foo" AND c2 = "bar" AND c3 > "2016-11-26 07:37:47" 

Answer 1

だけで物事をシンプルにするために、あなたのexisitingインデックスはまだ使用されます、しかし、 3列目は独立して解決されます。クエリプロセッサによっていくつかのプランが生成され、最適なプランがエンジンによって受け入れられて処理されます。まだ3列目を指標にしても、パフォーマンスは自慢です。

提案 あなたが等価条件を使用している場合は、ハッシュベースのインデックス付けのために行くの照会ではなくBツリー

Answer 2

This cookbookは、これらの質問にすべての答えを提供し、加えて、より多くの。

• INDEX(c1, c2)（いずれの順番でも）は、これらすべての場合に有効です。
• (c1, c2, c3)これらすべてのケースで機能します。 2位と3位の方が優れています。同義語は(c2, c1, c3)です。
• 他の順序は、あなたの第三のクエリのためにうまく動作しません - =パーツが最初に来なければならない、ではない「範囲」

（例えば>など）ボーナス：実際には、これらの3つの列がである場合テーブルの場合、(c1, c2, c3)は「カバリング」です。つまり、インデックスBTree内のクエリ全体を実行でき、データBTreeに触れる必要はありません。