link之家

链接快照平台

输入网页链接，自动生成快照
标签化管理网页链接

一、问题背景

现网出现慢查询，在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开发手册（嵩山版）》最新发布，速速下载！

觉得不错，别忘了随手点赞+转发哦！

简介：这里的慢 SQL 指的是My SQL 慢查询 ，是运行时间超过long_query_time值的 SQL 。真实的慢 SQL 通常会伴随着大量的行扫描、临时文件排序或者频繁的磁盘flush，直接影响就是磁盘IO升高，让正常的 SQL 变成了慢 SQL ，大面积执行超时。本文将和大家分享慢 SQL 的治理过程。一为什么要做这个事情 1 什么是慢 SQL ？这里指的是My SQL 慢查询 ，具体指运行时间超过long_query_time值的 SQL 。我们常听常见的My SQL 中有二进制日志binlog、中继日志relaylog、 SQL Server数据库查询速度慢的原因有很多，常见的有以下几种： 1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷) 2、I/O吞吐量小，形成了瓶颈效应。 3、没有创建计算列导致查询不优化。 4、内存不足 5、网络速度慢 6、查询出的数据量过大（可以采用多次查询，其他的方法降低数据量） 7、锁或者死锁(这也是查询慢最常见的问题，是程序设计的缺陷) 8、s... 点击关注上方“ SQL 数据库开发”，设为“置顶或星标”，第一时间送达干货背景最近工作上遇到一个” 神奇 ”的问题, 或许对大家有帮助, 因此形成本文.问题大概是, 我有两个表 TableA, TableB, 其中 TableA 表大概百万行级别(存量业务数据), TableB 表几行(新业务场景, 数据还未膨胀起来), 语义上 TableA.columnA = TableB.columnA,... 我有一个Java程序，可以对 sql 服务器数据库运行一堆查询。其中第一个查询视图返回大约750k条记录。我可以通过 sql server managementstudio运行查询，大约30秒后即可得到结果。但是，我从昨晚开始运行该程序。当我今天早上检查它时，大约15小时后，该查询仍未将结果返回给Java程序。我可以访问数据库以执行几乎任何我想做的事情，但是我真的不确定如何开始调试它。人们应该怎么做才能... 1.背景友好的超时设置能防止网络问题或者不友好的查询(主要是 慢查询 )对数据库连接池的伤害，比如 慢查询 占用过多连接导致正常业务逻辑无数据库连接可用。所以我们需要捋一捋项目中设计到的可以设置超时时间的地方，首先看下应用于数据库之间timeout的层级关系。大体层级从下往上依次是OS SocketTimeout->JDBC Socket Timeout–>Statement Timeout-...