一个mysql查询的优化
巴扎黑
巴扎黑 2017-04-17 11:45:44
[MySQL讨论组]

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
巴扎黑
巴扎黑

全部回复(2)
巴扎黑

没走索引,全表扫描外加临时表 排序 ……

最起码要有个sid的索引吧。

有了sid的索引之后:
另外你这个语句里的uid,username确定有意义么?同一个sid里面的uid,username都一样?
如果去掉uid,username的话,这个sql就只走索引不会去回表应该有比较大的提升。

ringa_lee

首先如 @gmase 所言,确保 sid 字段有索引。其次因为这是一个全表扫描的统计查询,所以性能消耗确实会比较大,如果实在撑不住,可以考虑创建一个包含 sidcount 两个字段的中间表,然后及时更新它。

热门教程
更多>
最新下载
更多>
网站特效
网站源码
网站素材
前端模板
关于我们 免责申明 意见反馈 讲师合作 广告合作 最新更新 English
php中文网:公益在线php培训,帮助PHP学习者快速成长!
关注服务号 技术交流群
PHP中文网订阅号
每天精选资源文章推送
PHP中文网APP
随时随地碎片化学习
PHP中文网抖音号
发现有趣的

Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号