共计 1736 个字符，预计需要花费 5 分钟才能阅读完成。
作者：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 开发手册（嵩山版）》最新公布，速速下载！
感觉不错，别忘了顺手点赞 + 转发哦！
