MySQL中Sending data查詢(xún)慢怎么辦

這篇文章將為大家詳細講解有關(guān)中Sending data查詢(xún)慢怎么辦，小編覺(jué)得挺實(shí)用的，因此分享給大家做個(gè)參考，希望大家閱讀完這篇文章后可以有所收獲。

一、事故現場(chǎng)

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

上面的這條語(yǔ)句是一個(gè)聯(lián)表分組查詢(xún)語(yǔ)句。

執行結果：

我們可以看到，這條語(yǔ)句用了 1.300 秒, 而 Sending data 就用了 1.28 秒，占用了將近 99% 的時(shí)間，所以，我們對這個(gè)進(jìn)行優(yōu)化。

怎么優(yōu)化呢？

二、SQL語(yǔ)句分析三板斧

1、explain分析

對上邊的語(yǔ)句進(jìn)行 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

執行結果：

通過(guò)explain, 我們可以看到上邊的語(yǔ)句，有用到索引key。

2、show processlist

explain看不出問(wèn)題，那到底慢在哪里呢？

于是想到了使用 show processlist 查看sql語(yǔ)句執行狀態(tài)，查詢(xún)結果如下：

發(fā)現很長(cháng)一段時(shí)間，查詢(xún)都處在 “Sending data”狀態(tài)

查詢(xún)一下“Sending data”狀態(tài)的含義，原來(lái)這個(gè)狀態(tài)的名稱(chēng)很具有誤導性，所謂的“Sending data”并不是單純的發(fā)送數據，而是包括“收集 + 發(fā)送 數據”。

這里的關(guān)鍵是為什么要收集數據，原因在于：mysql使用“索引”完成查詢(xún)結束后，mysql得到了一堆的行id，如果有的列并不在索引中，mysql需要重新到“數據行”上將需要返回的數據讀取出來(lái)返回個(gè)客戶(hù)端。

3、show profile

為了進(jìn)一步驗證查詢(xún)的時(shí)間分布，于是使用了 show profile 命令來(lái)查看詳細的時(shí)間分布

首先打開(kāi)配置：set profiling=on;

執行完查詢(xún)后，使用show profiles查看query id;

使用show profile for query query_id查看詳細信息;

三、排查優(yōu)化

1.排查對比

經(jīng)過(guò)以上步驟，已經(jīng)確定查詢(xún)慢是因為大量的時(shí)間耗費在了Sending data狀態(tài)上，結合Sending data的定義，將目標聚焦在查詢(xún)語(yǔ)句的返回列上面

經(jīng)過(guò)一 一排查，最后定為到一個(gè)description的列上，這個(gè)列的設計為：descriptionvarchar(8000) DEFAULT NULL COMMENT '游戲描述',

于是采取了對比的方法，看看“不返回description的結果”如何。show profile的結果如下：

【解決方法】

找到了問(wèn)題的根本原因，解決方法也就不難了。有幾種方法：

1）查詢(xún)時(shí)去掉description的查詢(xún)，但這受限于業(yè)務(wù)的實(shí)現，可能需要業(yè)務(wù)做較大調整

2）表結構優(yōu)化，將descripion拆分到另外的表，這個(gè)改動(dòng)較大，需要已有業(yè)務(wù)配合修改，且如果業(yè)務(wù)還是要繼續查詢(xún)這個(gè)description的信息，則優(yōu)化后的性能也不會(huì )有很大提升。