作者：dijia478
来源：https://www.cnblogs.com/dijia478/p/11550902.html
哈喽，各位新来的小伙伴们，大家好！由于公众号做了改版，为了保证公众号的资源能准时推送到你手里，大家记得将咱们的公众号 加星标置顶 ，在此真诚的表示感谢~
正文如下：
# 问题背景
现网出现慢查询，在500万数量级的情况下，单表查询速度在30多秒，需要对sql进行优化，sql如下：我在测试环境构造了500万条数据，模拟了这个慢查询。简单来说，就是查询一定条件下，都有哪些用户的。很简单的sql，可以看到，查询耗时为37秒。可以看到，group by字段上我是加了索引的，也用到了。说实话，我是不知道该怎么优化的，这玩意还能怎么优化啊！先说下，下面的思路都是没用的。思路一：
后面应该加上 order by null；避免无用排序，但其实对结果耗时影响不大，还是很慢。思路二：
where条件太复杂，没索引，导致查询慢，但我给where条件的所有字段加上了组合索引，也还是没用。
思路三：
既然group by慢，换distinct试试？？（这里就是本篇博客里说的神奇的地方了）卧槽？？？！！！这是什么情况，瞬间这么快了？？！！！虽然知道group by和distinct有很小的性能差距，但是真没想到，差距居然这么大！！！大发现啊！！我是真的希望就这么结束了，那这个问题就很简单的解决了，顺便还自以为是的发现了一个新知识。这个bug转给测试后，测试一测，居然还是30多秒！？这是什么情况！！？？？我当然是不信了，去测试电脑上执行sql，还真是30多秒。。。我又回我的电脑上，连接同一个数据库，一执行sql，0.8秒！？什么情况，同一个库，同一个sql，怎么在两台电脑执行的差距这么大！哎，现在发现了，只有用sqlyog执行这个“优化后”的sql会是0.8秒，在navcat和服务器上直接执行，都是30多秒。那就是sqlyog的问题了，现在也不清楚sqlyog是不是做什么优化了，这个慢查询的问题还在解决中（我觉得问题可能是出在mysql自身的参数上吧）。这里只是记录下这个坑，sqlyog执行sql速度，和服务器执行sql速度，在有的sql中差异巨大，并不可靠。1.所谓的sqlyog查询快，命令行查询慢的现象，已经找到原因了。是因为sqlyog会在查询语句后默认加上limit 1000，所以导致很快。这个问题不再纠结。③调整where条件里字段的查询顺序，有索引的放前面。⑤用子查询的方式，先查where条件里的内容，再去重。测试环境和现网环境数据还是有点不一样的，我贴一张现网执行sql的图（1分钟。。。）：
经过你的提醒，我确实发现，explain执行计划里，索引好像并没有用到我创建的idx_end_time。然后果断在现网试了下，强制指定使用idx_end_time索引，结果只要0.19秒！至此问题解决，其实同事昨天也在怀疑，是不是这个表索引建的太多了，导致用的不对，原本用的是idx_org_id和idx_mvno_id。看完这篇文章，你有什么收获？欢迎在留言区与30w+Java开发者一起讨论~
最后，推荐给大家一个有趣有料的公众号：程序员Tools，该公众号主要为大家分享有趣有料的开发者工具，还有老鬼给你带路，永不迷路~