MySQLがWHERE INのコンポジットでインデックスを使用しないのはなぜですか？

Question

私はこの問題は、MySQLがさえI FORCE INDEX（PRIMARY）場合は、インデックスを使用していないこと、である（a、b）は

SELECT * FROM table WHERE (a, b) IN ((1,2), (2,4), (1,3)) 

PRIMARY KEYを持つテーブルから複合インデックスで複数のレコードを取得しようとしています。
EXPLAIN SELECTにnull possible_keysが表示されます。

なぜ可能な_キーはありませんか？ WHERE（）IN（（）、（）） を使用してUNION ALL

を使用して

• を使用してOR
• ：どのような複合キーで複数の行を取得するための最良の方法である
  

  PS a_b basicly CONCAT(a, '-', b)と、ちょうどその（WHERE a_b = {$id1}-{$id2}）を比較です：クエリは

  SELECT * FROM table WHERE (a = 1 AND b = 2) OR (a = 2 AND b = 4) OR (a = 1 AND b = 3) 
  

  おかげで、特定の列にインデックスを付けるの強い希望で

Answer 1

をクエリがインデックスからフィールドのみを選択する（またはテーブルが他のフィールドを持っていない場合）は、複合WHERE ... INにより、インデックスが使用される場合は、次の

SELECT a,b FROM `table` WHERE (a, b) IN ((1,2), (2,4), (1,3)) 

それ以外の場合は、使用されません。 この問題を回避するには、導出問合せを使用することです：

SELECT t.* FROM (SELECT a, b FROM `table` WHERE (a, b) IN ((1,2), (2,4), (1,3))) AS o INNER JOIN `table` AS t ON (t.a = o.a AND t.b = o.b) 

SELECT EXPLAIN：

id select_type table type possible_keys key key_len ref rows Extra 
1 PRIMARY <derived2> ALL NULL NULL NULL NULL 2 
1 PRIMARY t eq_ref PRIMARY PRIMARY 2 o.a,o.b 1 
2 DERIVED table index NULL PRIMARY 2 NULL 6 Using where; Using index 

Answer 2

に、あなたは新しい列を持つと考えられてきた結果で等しいのですか？

テーブルごとに1つのPRIMARY列しか指定できません。 「プライマリ」をインデックスに登録することはできませんaとb

Answer 3

列a、bに結合インデックスを作成してみます。

インデックスはプライマリキーである必要はなく、それでも多くの場合に役立ちます。

ここにあなたの問題についての詳細情報：http://dev.mysql.com/doc/refman/5.0/en/multiple-column-indexes.html