我使用此查询查询50k +行,它耗时1.2759秒。你认为什么是优化它的最好方法。数据每秒更新一次,但我可以将其缓存20秒。我一直在研究memcached,但有没有一种方法来优化这个查询?大多数列已经有索引。Mysql查询优化 - 50k +行
SELECT `p`.`id` as performance_id, `p`.`performers`, `t`.`name` as track_name, `p`.`location`, `p`.`es_id`
FROM (`performances` p)
JOIN `users` u ON `p`.`user_id` = `u`.`id`
JOIN `tracks` t ON `p`.`track` = `t`.`id`
WHERE (p.status = 1 OR (p.status != 2 && p.flagged < 3))
AND `p`.`prop` IN ('1', '2', '3', '4', '5', '6', '8', '11', '13')
AND `p`.`track` IN ('5', '15', '2', '3', '8', '6', '12', '4', '1')
AND `p`.`type` IN ('1', '0', '2')
ORDER BY `p`.`created` desc
LIMIT 12
更新:因此,这里是从我的解释计划输出。
+----+-------------+-------+--------+----------------------------------------+---------+---------+----------------------------------+-------+-----------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+--------+----------------------------------------+---------+---------+----------------------------------+-------+-----------------------------+
| 1 | SIMPLE | p | range | user_id,track,prop,flagged,status,type | status | 2 | NULL | 27440 | Using where; Using filesort |
| 1 | SIMPLE | u | eq_ref | PRIMARY,id | PRIMARY | 3 | staging.p.user_id | 1 | Using index |
| 1 | SIMPLE | t | eq_ref | PRIMARY | PRIMARY | 4 | staging.p.track | 1 | Using where |
+----+-------------+-------+--------+----------------------------------------+---------+---------+----------------------------------+-------+-----------------------------+
3 rows in set (0.00 sec)
一个简单的'performances.created'索引也可能是有用的(取决于你的数据分布),考虑到小限制(12)。 –