MySQLで、IN句の中身が大量にある場合のSELECT文はどうすればよいか

背景

下記の様に各ユーザの購入履歴を記録するテーブルがあります。
この場合に、特定のユーザ達の購入履歴一覧を取得するという事がしたくなりましたが、
その場合のSQLの投げ方に疑問を感じたため質問させていただきました。

具体的なテーブル

今回は、このような、ユーザ毎の購入履歴が保存されるようなテーブルを想定しています。

sql
1| purchase | CREATE TABLE `purchase` (
2  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
3  `user_id` varchar(64) NOT NULL,
4  `goods_id` int(10) unsigned NOT NULL,
5  `updated_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
6  `created_at` datetime NOT NULL,
7  PRIMARY KEY (`id`),
8  KEY `user_id` (`user_id`)
9) ENGINE=InnoDB DEFAULT CHARSET=utf8 |

質問

このテーブルから、冒頭に述べたような 特定のユーザ達の購入履歴を取得する 場合、
次のようなA(where句にいっきに指定)と、B(SQLを分けて複数回リクエスト)の2種類を思いつきました。

この場合、どちらの方がDBにかかる負荷を抑えられるのでしょうか。
(そもそも、SQLの長さに上限があり、Aの場合でユーザが大量にいるとSQLが発行されなくなるという話を聞いた事がある気も・・)

A. SELECT user_id, goods_id from purchase where user_id in ('takuya', 'masahiro', 'tuyoshi', 'shingo', .....)

B. 下記SQLをユーザ数分叩く

SELECT user_id, goods_id from purchase where user_id = 'takuya'
SELECT user_id, goods_id from purchase where user_id = 'masahiro'
SELECT user_id, goods_id from purchase where user_id = 'tuyoshi'
...

回答1件

ベストアンサー

「A」のほうがトータルのDB負荷が少ないです。（最低限のSQL発行回数で済むため。）
速度に関しても間違いなく「A」のほうが速いです。
一般的には「A」の処理ができるように組むものかと思います。

ただし、「A」の場合一度に処理するSQLバイト数が大きくなるために、質問中でも記述されているように
最大処理可能なSQLバイト数で切って何度かに分けて処理する必要があります。
（MySQLはデフォルト32MBになっていると思います。）
それと、「A」のほうがトータルのDB負荷は少ないのですが一度に処理させる性質上、
瞬間的にはDB負荷があります。一度に取得してくる量が多すぎるためにエラーとなってしまう場合が
あると推測される場合のみ、SQLバイト数上限に達していなくても更に細かくSQLを分割して
SQL発行回数を多くするのがセオリーかと思います。

投稿2016/01/24 14:04

退会済みユーザー

総合スコア0

回答へのコメント

ryuuinn

2016/01/25 01:32

ありがとうございます。負荷は発行回数に依存するものなのですね。因みに、IN句の上限については、調べて見たところ私のDBでは1MBになっていました。ただ、発行予定のカラムの上限が32byteですので、対象が30,000件くらいにならないと上限には到達しないことが分かりました。一旦Aで検討してみることにします！最大バイト数を超えた場合のセオリーまでご教示頂き、誠にありがとうございました！