一次神奇的 SQL 慢查询经历，细节决定成败！

做者：dijia478
来源：http://www.javashuo.com/article/p-clwkajjt-ks.html

1、问题背景

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

我在测试环境构造了500万条数据，模拟了这个慢查询。

简单来讲，就是查询必定条件下，都有哪些用户的，很简单的sql，能够看到，查询耗时为37秒。

说一下app_account字段的分布状况，随机生成了5000个不一样的随机数，而后分布到了这500万条数据里，平均来讲，每一个app_account都会有1000个是重复的值，种类共有5000个。

2、看执行计划

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

3、优化

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

思路一：

后面应该加上 order by null；避免无用排序，但其实对结果耗时影响不大，仍是很慢。

思路二：

where条件太复杂，没索引，致使查询慢，但我给where条件的全部字段加上了组合索引，也仍是没用

思路三：

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

卧槽？？？！！！这是什么状况，瞬间这么快了？？！！！

虽然知道group by和distinct有很小的性能差距，可是真没想到，差距竟然这么大！！！大发现啊！！

4、你觉得这就结束了吗

我是真的但愿就这么结束了，那这个问题就很简单的解决了，顺便还自觉得是的发现了一个新知识。

可是！

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

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

我又回个人电脑上，链接同一个数据库，一执行sql，0.8秒！？

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

后来直接在服务器上执行：

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

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

后来我用多个同事的电脑实验，最后得出的结论是：

是由于我用的SQLyog！

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

那就是sqlyog的问题了，如今也不清楚sqlyog是否是作什么优化了，这个慢查询的问题还在解决中（我以为问题多是出在mysql自身的参数上吧）。

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

5、后续（还未解决）

感谢你们在评论里出谋划策，我来回复下问题进展：

1.所谓的sqlyog查询快，命令行查询慢的现象，已经找到缘由了。是由于sqlyog会在查询语句后默认加上limit 1000，因此致使很快。这个问题再也不纠结。

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

①给app_account字段加索引。

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

③调整where条件里字段的查询顺序，有索引的放前面。

④给全部where条件的字段加组合索引。

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

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

6、最终解决方案

感谢评论里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开发手册（嵩山版）》最新发布，速速下载！

以为不错，别忘了随手点赞+转发哦！