SELECT COUNT(1) as num,uid,sid,username FROM sd_users GROUP BY sid HAVING num >1 ORDER BY num DESC
在实际测试中发现由于数据量超过60万在group的时候就产生了巨大的威胁力,查询执行缓慢
一直停留在copy tmp table下
explain发现需要重建索引导致请问类似的语句应该如何优化
+----+-------------+-----------+-------+---------------+-----+---------+------+--------+---------------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-----------+-------+---------------+-----+---------+------+--------+---------------------------------+
| 1 | SIMPLE | sd_users | index | NULL | sid | 97 | NULL | 539029 | Using temporary; Using filesort |
+----+-------------+-----------+-------+---------------+-----+---------+------+--------+---------------------------------+
1 row in set
没走索引,全表扫描外加临时表 排序 ……
最起码要有个sid的索引吧。
有了sid的索引之后:
另外你这个语句里的uid,username确定有意义么?同一个sid里面的uid,username都一样?
如果去掉uid,username的话,这个sql就只走索引不会去回表应该有比较大的提升。