作者: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 开发手册(嵩山版)》最新公布,速速下载!
感觉不错,别忘了顺手点赞 + 转发哦!