通过一个实例给大家分享了MySQL Sending data表查询慢问题解决办法。
最近在代码优化中，发现了一条sql语句非常的慢，于是就用各种方法进行排查，最后终于找到了原因。
一、事故现场
| SELECT og.goods_barcode, og.color_id, og.size_id, SUM(og.goods_number) AS sold_number FROM order o LEFT JOIN order_goods og ON o.order_id = og.order_id WHERE o.is_send = 0 AND o.shipping_status = 0 AND o.create_time > '2017-10-10 00:00:00' AND o.ck_id = 1 AND og.goods_id = 13421 AND o.is_separate = 1 AND o.order_status IN (0, 1) AND og.is_separate = 1 GROUP BY og.color_id, og.size_id |
上面的这条语句是一个联表分组查询语句。
执行结果：
我们可以看到，这条语句用了 1.300 秒, 而 Sending data 就用了 1.28 秒，占用了将近 99% 的时间，所以，我们对这个进行优化。
怎么优化呢？
二、SQL语句分析三板斧
1、explain分析
对上边的语句进行 explain 分析：
| explain SELECT og.goods_barcode, og.color_id, og.size_id, SUM(og.goods_number) AS sold_number FROM order o LEFT JOIN order_goods og ON o.order_id = og.order_id WHERE o.is_send = 0 AND o.shipping_status = 0 AND o.create_time > '2017-10-10 00:00:00' AND o.ck_id = 1 AND og.goods_id = 13421 AND o.is_separate = 1 AND o.order_status IN (0, 1) AND og.is_separate = 1 GROUP BY og.color_id, og.size_id |
执行结果：
通过explain, 我们可以看到上边的语句，有用到索引key。
2、show processlist
explain看不出问题，那到底慢在哪里呢？
于是想到了使用 show processlist 查看sql语句执行状态，查询结果如下：
发现很长一段时间，查询都处在 “Sending data”状态
查询一下“Sending data”状态的含义，原来这个状态的名称很具有误导性，所谓的“Sending data”并不是单纯的发送数据，而是包括“收集 + 发送 数据”。
这里的关键是为什么要收集数据，原因在于：mysql使用“索引”完成查询结束后，mysql得到了一堆的行id，如果有的列并不在索引中，mysql需要重新到“数据行”上将需要返回的数据读取出来返回个客户端。
3、show profile
为了进一步验证查询的时间分布，于是使用了 show profile 命令来查看详细的时间分布
首先打开配置：set profiling=on;
新闻热点
疑难解答
