10万レコードある、booleanのカラム（edit_flag）に対して、whereで絞り込む機会が多い場合、indexをつけた方が宜しいでしょうか？

Question

業務要件上MySQLをしようしております。

100,000件以上レコードのあるテーブルにおいて、とあるbooleanのカラム（edit_flag）をもとに画面上からwhereで絞り込むことが多いです。

一般的にレコード数が多く、かつ、whereなどで検索するようなカラムはindexを付与した方がいいかと思いますが、

booleanのような2値のカラムに対しましては、どうなのかわかりません。

現在は100,000件ほどですが、月に10,000件ぐらいのペースで増えていきます。

宜しくお願いします。

Answer 1

インデックス設計はケースバイケースです。
とは言えまぁ検索するのにインデックスを全く作らないということは考え難いため、
なんらかのインデックスは必要でしょう。

データが2値だとしても、

• 殆どtrueで僅かにfalseのレコードやその逆のパターンかどうか
• edit_flag以外の検索条件の有無

など考慮するべき点は色々思い付きます。
場合によってはカバリングインデックスを利用できることがあるかも知れません。
実行計画も確認しながら検索クエリのパターンを洗い出した後、
それに見合うインデックスを必要な数だけ用意しましょう。

Answer 2

今回と似たようなケースとしてこちらのQAで、
過去に同様に2値の値しか取らないケースでのインデックス適用可否についてやり取りされています。
上記QAの回答も合わせて参照すると有益かと思われます。

既に他の回答者さんも述べいますが、
「edit_flag」列単体でみるとデータが大きく偏りがあるケースを除くと、
インデックスの効果は見込めないというのが一般論です。
(偏りがなかったり少ないと、DBMS側もインデックスを利用しないスキャンの方が早いと判断するみたい。
加えて偏りが大きくても量の多い方で検索をあけるとこれもフルスキャンされる模様。)

「edit_flag」列以外の列も合わせて考えると、
良く利用される検索パターン(xxxx_codeとedit_flag)とかがある場合は、
それらの列に対して複合インデックスとして定義すると検索効率の向上が見込めることはあると思います。

ただし、あくまで一般論なので、
実際どのようにインデックスが利用されているかなどを、
実行計画と睨めっこして確認する必要はあることに注意して下さい。

Answer 3

番号、日付、担当者、所有者、相手先、等々 カラム名,COUNT(*) でレコード数が多いことを目安に
インデックスを付けています。
もしも、スピード最優先なSQLがあれば、だめもとで副問い合わせをtemporaryテーブルに分離してあえて複数のSQLに分割してみると速くなることもあります。
副問合せとは (SELECT ... FROM ベーステーブル WHERE ... ) tmp のようにSQL の中で、カッコ付きのSELECT 文の箇所のことです。

Answer 4

その boolean がよっぽど偏ってない限りインデックスを付けても意味はありません。MySQL のインデックスは木構造にデータを分類することで検索速度をあげますが、boolean では木の枝が2本しかなくスピードがあがりません。

ただし、片方の値が希少でそちらの値を持つものだけを抽出したいのであれば、意味があるかもしれません。

現在は100,000件ほどですが、月に10,000件ぐらいのペースで増えていきます。

今のコンピュータですと、このくらいの件数では、よっぽど下手を打たないと性能問題になりません。普通に他のフィールドにインデックスをつけて検索できているのであれば、その boolean のカラムはほっておいていいでしょう。