このSQLクエリをより速くするにはどうすればよいですか？

Question

私は1100000レコードを持つテーブルuser_notificationsを持っていますが、これを下のクエリで実行する必要がありますが、フェッチ時間を改善するために何ができるのですか？

SELECT `user_notifications`.`user_id` 
FROM `user_notifications` 
WHERE `user_notifications`.`notification_template_id` = 175 
AND (DATE(sent_at) >= DATE_SUB(CURDATE(), INTERVAL 4 day)) 
AND `user_notifications`.`user_id` IN (
    1203, 1282, 1499, 2244, 2575, 2697, 2828, 2900, 3085, 3989, 
    5264, 5314, 5368, 5452, 5603, 6133, 6498.. 
) 

INブロックのユーザーIDは1kになることがあります。

私はuser_idとnotification_template_idの欄にuser_notificationという表の索引を付けました。

Answer 1

大きなIN（）リストは本質的に遅いです。インデックス付きのテンポラリテーブルを作成し、そのテンポラリテーブルにIN（）リストの値を代入すると、巨大なIN（）リストの代わりにインデックス付き結合の力が得られます。

Answer 2

あなたは小さな日付範囲を照会しているようです。 SENT_AT列に基づくインデックスはどうですか？現在のクエリが使用しているインデックスを知っていますか？

Answer 3

（1）あなたは、インデックスを使用する必要がある可能性がある場合の関数で列を非表示にしないでください。

AND (DATE(sent_at) >= DATE_SUB(CURDATE(), INTERVAL 4 day)) 

- >

AND sent_at >= CURDATE() - INTERVAL 4 day 

（2）のための "複合" のインデックスを使用します

WHERE `notification_template_id` = 175 
    AND sent_at >= ... 
    AND `user_id` IN (...) 

最初の列は '='の列である必要があります。次に何を入れるべきかは不明です。これらのインデックスを両方追加することをお勧めします。

INDEX(notification_template_id, user_id, sent_at) 
INDEX(notification_template_id, sent_at) 

オプティマイザはおそらくそれらの間を正しく選択します。

複合インデックスは、ではありません。個々の列のインデックスと同じです。

（0） INリストをtmpテーブルに入れてみてください。ただし、そのような処理を行うコストが利益を上回る可能性があります。私はIN()の1K値が「あまりにも多い」とは考えていません。

（4）My cookbook建物インデックス。