mysql如何优化distinct查询？这5个技巧简单又高效

发布日期： 2025-12-24 阅读量： 作者： admin

上周排查慢查询日志，发现一个distinct卡了13秒，把我给整懵了。今天专门捣鼓了一天这玩意儿，记几个土法子给大家避坑。

先复现个车祸现场

手上有个订单表，光user_id字段就两百多万条重复值。随手跑个SELECT DISTINCT user_id FROM orders，好家伙，12.8秒！这要是线上流量上来还不直接瘫痪？

第一招：加索引跟喝水似的简单

抓过EXPLAIN一看全表扫描，这能快才有鬼！立马敲命令：ALTER TABLE orders ADD INDEX idx_user (user_id)。再查——0.25秒！速度直接飙升50倍。索引真是个老实人，你对他好点他就拼命干活。

坑点1：别瞎建索引，我那表里还有个status字段就3种状态值，加索引反而拖慢速度
坑点2：大表建索引锁表半小时，吓得我半夜偷偷操作的

第二招：多个字段就玩组合拳

测试环境有个更狠的查询：SELECT DISTINCT province,city FROM address。单独建俩索引屁用没有，后来改联合索引ALTER TABLE address ADD INDEX idx_area (province,city)，0.7秒降到0.05秒。这俩字段穿一条裤子比单干强多了。

第三招：子查询偷梁换柱

遇到个历史遗留烂表，打死不让加索引。硬着头皮改写成：

SELECT province FROM address WHERE id IN (
SELECT MIN(id) FROM address GROUP BY province,city

虽然看着绕，但比直接distinct快了三倍。这种写法就跟把方便面捏碎了泡一样，步骤多但吃着快。

第四招：count(distinct)别硬刚

统计不重复量千万别写count(distinct user_id)！上个月搞活动就这行代码把CPU打满。现在学乖了：SELECT count() FROM (SELECT 1 FROM orders GROUP BY user_id) tmp。套娃是套了点，可数据库就吃这套。

第五招：内存不够黑板凑

测试个骚操作：CREATE TEMPORARY TABLE tmp_distinct SELECT DISTINCT user_id FROM orders。把数据抽到临时表再查，800ms搞定。这相当于抄作业时把答案先写小纸条上，虽然多道手续但看得清楚。

折腾完的感悟

下午测到第五招时咖啡都凉透了，突然接到老婆电话说儿子把绿豆撒了一地——好家伙，满地板都是distinct的绿豆！收拾的时候猛然顿悟：distinct本质就是筛豆子。要么用带网眼的筛子（索引），要么先分堆再数（子查询），最蠢的就是一颗颗挑（全表扫描）！

顺便提醒：优化完别光看执行时间，EXPLAIN才是照妖镜。有个查询改完从15秒降到0.1秒，结果EXPLAIN显示用了filesort，第二天硬盘直接报警……

上一篇

丽水网站建设公司怎么选？对比这3点轻松找到靠谱的！

下一篇

暂无

随便看看

海安网站制作好处有哪些？提升业务3大关键优势！ 发布日期： 2025-10-13

想找制作app的公司？这几家口碑不错！ 发布日期： 2025-11-02

荥阳网最新消息都在这！本地资讯每日更新！ 发布日期： 2025-11-06

想学做网页？从零开始教你建网站！ 发布日期： 2025-11-01

贵州建站公司价格多少？一文看清报价区间与省钱方法！ 发布日期： 2025-10-14