MySQL調優 —— Using temporary

標籤：mysql   索引   最佳化   using temporary   order by   

  DBA發來一個線上慢查詢問題， SQL如下(為突出重點省略部分內容)：

select distinct article0_.id, 等欄位 from article_table article0_, hits_table articlehit1_ where article0_.id=articlehit1_.id order by hits;

EXPLAIN結果：耗時4.03S
出乎意料， 竟然會有Using temporary， order by只用到了一張表， 正常情況下不會出現藉助輔助表再進行排序的情況（這種情況是多個表都涉及到排序欄位才會引起的）， 正常情況應該是只在排序有關係的表排序後然後就進行串連操作（例如本例的inner join）。  索引什麼的其實都建好了， 看type欄位就能看出來， 可參考 MySQL調優 ---- LEFT JOIN

認真一看SQL語句， 竟然在主鍵id上加上了distinct， 這不是白白浪費了效能， 嘗試修改語句為：

select article0_.id, 等欄位 from article_table article0_, hits_table articlehit1_ where article0_.id=articlehit1_.id order by hits;

EXPLAIN結果： 耗時0.04S
竟然因為一個distinct修飾， 讓MySQL認為兩張表排序需要用到暫存資料表， 真是一個奇葩的問題。 distinct非常耗時， 準備在下一篇博文詳細介紹下。 

著作權聲明：本文為博主原創文章，未經博主允許不得轉載。

MySQL調優 —— Using temporary