場景

產品中有一張圖片表pics，數據量將近100萬條，有一條相關的查詢語句，由于執行頻次較高，想針對此語句進行優化

表結構很簡單，主要字段：

一個用戶會有多條圖片記錄，現在有一個根據user_id建立的索引：uid，查詢語句也很簡單：取得某用戶的圖片集合：

執行查詢語句（為了查看真實執行時間，強制不使用緩存，為了防止在測試時因為讀取了緩存造成對時間上的差別）

使用explain進行分析：

使用了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，這兩個字段也在聯合索引中，這就實現了“覆蓋索引”，可以根據這個聯合索引一次性完成查詢工作，所以提升了性能。

擴展研究

一、Mysql緩存，SQL_NO_CACHE和SQL_CACHE 的區別

上邊在進行測試的時候，為了防止讀取緩存造成對實驗結果的影響使用到了SQL_NO_CACHE這個功能，對于SQL_NO_CACHE的介紹官網如下：