作者：dijia478\
起源：https://www.cnblogs.com/dijia...

一、问题背景

现网呈现慢查问，在500万数量级的状况下，单表查问速度在30多秒，须要对sql进行优化，sql如下：

我在测试环境结构了500万条数据，模仿了这个慢查问。

简略来说，就是查问肯定条件下，都有哪些用户的，很简略的sql，能够看到，查问耗时为37秒。

说一下app_account字段的散布状况，随机生成了5000个不同的随机数，而后散布到了这500万条数据里，均匀来说，每个app_account都会有1000个是反复的值，品种共有5000个。

二、看执行打算

能够看到，group by字段上我是加了索引的，也用到了。

三、优化

说实话，我是不晓得该怎么优化的，这玩意还能怎么优化啊！先说下，上面的思路都是没用的。

思路一：

前面应该加上 order by null；防止无用排序，但其实对后果耗时影响不大，还是很慢。

思路二：

where条件太简单，没索引，导致查问慢，但我给where条件的所有字段加上了组合索引，也还是没用

思路三：

既然group by慢，换distinct试试？？（这里就是本篇博客里说的神奇的中央了）

卧槽？？？！！！这是什么状况，霎时这么快了？？！！！

尽管晓得group by和distinct有很小的性能差距，然而真没想到，差距竟然这么大！！！大发现啊！！

四、你认为这就完结了吗

我是真的心愿就这么完结了，那这个问题就很简略的解决了，顺便还自以为是的发现了一个新常识。

然而！

这个bug转给测试后，测试一测，竟然还是30多秒！？这是什么状况！！？？？

我当然是不信了，去测试电脑上执行sql，还真是30多秒。。。

我又回我的电脑上，连贯同一个数据库，一执行sql，0.8秒！？

什么状况，同一个库，同一个sql，怎么在两台电脑执行的差距这么大！

起初间接在服务器上执行：

醉了，竟然还是30多秒。。。。

那看来就是我电脑的问题了。

起初我用多个共事的电脑试验，最初得出的论断是：

是因为我用的SQLyog！

哎，当初发现了，只有用sqlyog执行这个“优化后”的sql会是0.8秒，在navicat和服务器上间接执行，都是30多秒。

那就是sqlyog的问题了，当初也不分明sqlyog是不是做什么优化了，这个慢查问的问题还在解决中（我感觉问题可能是出在mysql本身的参数上吧）。

这里只是记录下这个坑，sqlyog执行sql速度，和服务器执行sql速度，在有的sql中差别微小，并不牢靠。

五、后续（还未解决）

感激大家在评论里出谋划策，我来回复下问题停顿：

1.所谓的sqlyog查问快，命令行查问慢的景象，曾经找到起因了。是因为sqlyog会在查问语句后默认加上limit 1000，所以导致很快。这个问题不再纠结。

2.我曾经试验过的办法（都没有用）：

①给app_account字段加索引。

②给sql语句前面加order by null。

③调整where条件里字段的查问程序，有索引的放后面。

④给所有where条件的字段加组合索引。

⑤用子查问的形式，先查where条件里的内容，再去重。

测试环境和现网环境数据还是有点不一样的，我贴一张现网执行sql的图（1分钟。。。）：

六、最终解决方案

感激评论里42楼的@言枫大佬！

通过你的揭示，我的确发现，explain执行打算里，索引如同并没有用到我创立的idx_end_time。

而后果决在现网试了下，强制指定应用idx_end_time索引，后果只有0.19秒！

至此问题解决，其实共事昨天也在狐疑，是不是这个表索引建的太多了，导致用的不对，本来用的是idx_org_id和idx_mvno_id。

当初强制指定idx_end_time就ok了！

最初再比照下改前后的执行打算：

改之前（查问要1分钟左右）：

改之后（查问只有几百毫秒）：

近期热文举荐：

1.Java 15 正式公布， 14 个新个性，刷新你的认知！！

2.终于靠开源我的项目弄到 IntelliJ IDEA 激活码了，真香！

3.我用 Java 8 写了一段逻辑，共事直呼看不懂，你试试看。。

4.吊打 Tomcat ，Undertow 性能很炸！！

5.《Java开发手册（嵩山版）》最新公布，速速下载！

感觉不错，别忘了顺手点赞+转发哦！