您好,登錄后才能下訂單哦!
這篇文章將為大家詳細講解有關MySQL中Sending data查詢慢怎么辦,小編覺得挺實用的,因此分享給大家做個參考,希望大家閱讀完這篇文章后可以有所收獲。
一、事故現場
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;
執行完查詢后,使用show profiles查看query id;
使用show profile for query query_id查看詳細信息;
三、排查優化
1.排查對比
經過以上步驟,已經確定查詢慢是因為大量的時間耗費在了Sending data狀態上,結合Sending data的定義,將目標聚焦在查詢語句的返回列上面
經過一 一排查,最后定為到一個description的列上,這個列的設計為:description
varchar(8000) DEFAULT NULL COMMENT '游戲描述',
于是采取了對比的方法,看看“不返回description的結果”如何。show profile的結果如下:
【解決方法】
找到了問題的根本原因,解決方法也就不難了。有幾種方法:
1)查詢時去掉description的查詢,但這受限于業務的實現,可能需要業務做較大調整
2)表結構優化,將descripion拆分到另外的表,這個改動較大,需要已有業務配合修改,且如果業務還是要繼續查詢這個description的信息,則優化后的性能也不會有很大提升。
關于“MySQL中Sending data查詢慢怎么辦”這篇文章就分享到這里了,希望以上內容可以對大家有一定的幫助,使各位可以學到更多知識,如果覺得文章不錯,請把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。