場景
產品中有一張圖片表,數據量將近100萬條,有一條相關的查詢語句,由於執行頻次較高,想針對此語句進行優化
表結構很簡單,主要字段:
復制代碼 代碼如下:
user_id 用戶ID
picname 圖片名稱
smallimg 小圖名稱
一個用戶會有多條圖片記錄
現在有一個根據user_id建立的索引:uid
查詢語句也很簡單:取得某用戶的圖片集合
復制代碼 代碼如下:
select picname, smallimg
from pics where user_id = xxx;
優化前
執行查詢語句(為了查看真實執行時間,強制不使用緩存)
復制代碼 代碼如下:
select SQL_NO_CACHE picname, smallimg
from pics where user_id=17853;
執行了10次,平均耗時在40ms左右
使用explain進行分析
復制代碼 代碼如下:
explain select SQL_NO_CACHE picname, smallimg
from pics where user_id=17853
使用了user_id的索引,並且是const常數查找,表示性能已經很好了
優化後
因為這個語句太簡單,sql本身沒有什麼優化空間,就考慮了索引
修改索引結構,建立一個(user_id,picname,smallimg)的聯合索引:uid_pic
重新執行10次,平均耗時降到了30ms左右
使用explain進行分析
看到使用的索引變成了剛剛建立的聯合索引,並且Extra部分顯示使用了'Using Index'
總結
'Using Index'的意思是“覆蓋索引”,它是使上面sql性能提升的關鍵
一個包含查詢所需字段的索引稱為“覆蓋索引”
MySQL只需要通過索引就可以返回查詢所需要的數據,而不必在查到索引之後進行回表操作,減少IO,提高了效率
例如上面的sql,查詢條件是user_id,可以使用聯合索引,要查詢的字段是picname smallimg,這兩個字段也在聯合索引中,這就實現了“覆蓋索引”,可以根據這個聯合索引一次性完成查詢工作,所以提升了性能