質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

88.57%

MySQLのLIKEとREGEXP、RLIKEの速度の違いについて

解決済

回答 2

投稿 編集

  • 評価
  • クリップ 1
  • VIEW 4,590

hanlio

score 14

素朴な疑問なのですが、結果は同じになるようにLIKEとREGEXP、RLIKEを実行したら速度差が出ました。
先頭文字マッチのみLIKEの方が速度が早いのは何故でしょうか。
ただの誤差の範囲なのでしょうか。

  • 先頭文字マッチの場合、LIKE(0.01sec) < RLIKE(0.08sec) < REGEXP(0.16sec)
  • 末尾文字マッチの場合、RLIKE(0.01sec) = REGEXP(0.01sec) < LIKE(0.07sec)
  • 任意文字マッチの場合、RLIKE(0.00sec) < REGEXP(0.01sec) < LIKE(0.09sec)
使用したデータ
mysql> SELECT * FROM Address;
+-----------+---------------+--------------+-----+-----+
| name      | phone_nbr     | address      | sex | age |
+-----------+---------------+--------------+-----+-----+
| 井上      | NULL          | 福島県       ||  55 |
| 佐々木    | 080-5848-XXXX | 千葉県       ||  19 |
| 佐藤      | 090-1922-XXXX | 三重県       ||  25 |
| 前田      | 090-0000-XXXX | 東京都       ||  21 |
| 小川      | 080-3333-XXXX | 東京都       ||  30 |
| 松本      | NULL          | 千葉県       ||  20 |
|| 080-3333-XXXX | 福島県       ||  32 |
|| 090-2984-XXXX | 東京都       ||  45 |
| 鈴木      | 090-0001-XXXX | 和歌山県     ||  32 |
+-----------+---------------+--------------+-----+-----+
9 rows in set (0.03 sec)

先頭文字マッチ

LIKEの場合
mysql> SELECT * FROM Address WHERE phone_nbr LIKE "090%";
+--------+---------------+--------------+-----+-----+
| name   | phone_nbr     | address      | sex | age |
+--------+---------------+--------------+-----+-----+
| 佐藤   | 090-1922-XXXX | 三重県       ||  25 |
| 前田   | 090-0000-XXXX | 東京都       ||  21 |
|| 090-2984-XXXX | 東京都       ||  45 |
| 鈴木   | 090-0001-XXXX | 和歌山県     ||  32 |
+--------+---------------+--------------+-----+-----+
4 rows in set (0.01 sec)

REGEXPの場合
mysql> SELECT * FROM Address WHERE phone_nbr REGEXP "^090";
~中略~
4 rows in set (0.16 sec)

RLINKの場合
mysql> SELECT * FROM Address WHERE phone_nbr RLIKE "^090";
~中略~
4 rows in set (0.08 sec)

末尾文字マッチ

mysql> SELECT * FROM Address WHERE name LIKE "%木";
+-----------+---------------+--------------+-----+-----+
| name      | phone_nbr     | address      | sex | age |
+-----------+---------------+--------------+-----+-----+
| 佐々木    | 080-5848-XXXX | 千葉県       | 女  |  19 |
| 鈴木      | 090-0001-XXXX | 和歌山県     | 男  |  32 |
+-----------+---------------+--------------+-----+-----+
2 rows in set (0.07 sec)

mysql> SELECT * FROM Address WHERE name REGEXP "木$";
~中略~
2 rows in set (0.01 sec)

mysql> SELECT * FROM Address WHERE name RLIKE "木$";
~中略~
2 rows in set (0.01 sec)

任意文字マッチ

mysql> SELECT * FROM Address WHERE phone_nbr LIKE "%2%";
+--------+---------------+-----------+-----+-----+
| name   | phone_nbr     | address   | sex | age |
+--------+---------------+-----------+-----+-----+
| 佐藤   | 090-1922-XXXX | 三重県    | 女  |  25 |
| 森     | 090-2984-XXXX | 東京都    | 男  |  45 |
+--------+---------------+-----------+-----+-----+
2 rows in set (0.09 sec)

mysql> SELECT * FROM Address WHERE phone_nbr REGEXP "2";
+--------+---------------+-----------+-----+-----+
| name   | phone_nbr     | address   | sex | age |
+--------+---------------+-----------+-----+-----+
| 佐藤   | 090-1922-XXXX | 三重県    | 女  |  25 |
| 森     | 090-2984-XXXX | 東京都    | 男  |  45 |
+--------+---------------+-----------+-----+-----+
2 rows in set (0.01 sec)

mysql> SELECT * FROM Address WHERE phone_nbr RLIKE "2";
+--------+---------------+-----------+-----+-----+
| name   | phone_nbr     | address   | sex | age |
+--------+---------------+-----------+-----+-----+
| 佐藤   | 090-1922-XXXX | 三重県    | 女  |  25 |
| 森     | 090-2984-XXXX | 東京都    | 男  |  45 |
+--------+---------------+-----------+-----+-----+
2 rows in set (0.00 sec)

(追記)

先頭文字マッチのEXPLAINの実行結果

mysql> EXPLAIN  SELECT * FROM Address WHERE phone_nbr LIKE "090%";
+----+-------------+---------+------------+------+---------------+------+---------+------+------+----------+-------------+
| id | select_type | table   | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra       |
+----+-------------+---------+------------+------+---------------+------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | Address | NULL       | ALL  | NULL          | NULL | NULL    | NULL |    9 |    11.11 | Using where |
+----+-------------+---------+------------+------+---------------+------+---------+------+------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

mysql> EXPLAIN  SELECT * FROM Address WHERE phone_nbr REGEXP "^090";
+----+-------------+---------+------------+------+---------------+------+---------+------+------+----------+-------------+
| id | select_type | table   | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra       |
+----+-------------+---------+------------+------+---------------+------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | Address | NULL       | ALL  | NULL          | NULL | NULL    | NULL |    9 |   100.00 | Using where |
+----+-------------+---------+------------+------+---------------+------+---------+------+------+----------+-------------+
1 row in set, 1 warning (0.00 sec)

ついでのSHOW INDEX

mysql> SHOW INDEX FROM Address;
+---------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table   | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+---------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| address |          0 | PRIMARY  |            1 | name        | A         |           9 |     NULL | NULL   |      | BTREE      |         |               |
+---------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

質問への追記・修正、ベストアンサー選択の依頼

  • te2ji

    2018/10/30 09:39

    これって複数回やった結果なんでしょうか?誤差の範囲な気もします。

    キャンセル

  • hanlio

    2018/10/30 15:01

    改めて実行したところ、全て0.00secになりました。誤差の範囲だったのかも知れません。

    キャンセル

回答 2

checkベストアンサー

+1

先頭文字マッチのみLIKEの方が速度が早いのは何故でしょうか。

先頭マッチの場合、LIKEではインデックスを利用可能、とのことです。RLIKEの場合は「先頭一致でインデックスを見る」という最適化がどうやらなされていないようです。

…といっても推測に過ぎないので、EXPLAINしてみましょう。インデックスを使っているかはそれで判別できます。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2018/10/30 16:08

    両方ALLとなれば、テーブルスキャンは共通なので、「先頭一致だと明示した検索」と、「正規表現で同じ意味を指定した検索の差」がメインになるのかと思います(同じ意味でも正規表現で実現すると遅いことはよくあります)。

    filteredは、テーブルをJOINする際に行数を見積もるためのものなので、JOINしないときには特に関係なさそうです。

    https://dev.mysql.com/doc/refman/5.6/ja/explain-output.html#explain_filtered

    キャンセル

  • 2018/10/30 16:19

    ご丁寧にご教授いただき、ありがとうございました。
    正規表現かどうかで速度差が出ることもあることも覚えておきます。

    キャンセル

  • 2018/10/30 16:23

    検索対象の項目にそもそもインデックスが作成されていないので、どちらの方法にしてもALLにしかならないと思いますけど。

    キャンセル

+1

先頭からの場合、検索文字数分しか走査する必要がなく、走査対象となった文字数が、一番小さくなるからでしょう。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2018/10/30 16:07 編集

    >インデックスが適用されているかどうかは、EXPLAINのfilteredカラム
    typeですね。`ALL`になっていたらインデックスは使用されていません。

    キャンセル

  • 2018/10/30 16:11

    そもそも、対象となるphone_nbrにインデックスは作成されていないという事ですね。

    キャンセル

  • 2018/10/30 16:16

    typeカラムでしたか。
    色々と詳しくご教授いただき、ありがとうございました。

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 88.57%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る