一、如何評估sql的質量與效率？

當一個sql查詢語句被寫出來之后，其實你的工作只完成了一小半，接下來更重要的工作是評估你自己寫的sql的質量與效率。mysql為我們提供了很有用的輔助武器explain，它向我們展示了mysql接收到一條sql語句的執行計劃。根據explain返回的結果我們便可以知道我們的sql寫的怎么樣，是否會造成查詢瓶頸，同時根據結果不斷的修改調整查詢語句，從而完成sql優化的過程。
雖然 explain返回的結果項很多，這里我們只重點關注三個，分別是type，key，rows。其中key表明的是這次查找中所用到的索引，rows是指這次查找數據所掃描的行數（這里可以先這樣理解，但實際上是內循環的次數）。而type則是本文要詳細記錄的連接類型，前兩項重要而且簡單，無需多說。type 表示 MySQL 在表中找到所需行的方式, 又稱"訪問類型"。

二、都有哪些type？

mysql5.7中type的類型達到了14種之多，這里只記錄和理解最重要且經常遇見的六種類型，它們分別是All，index，range，ref，eq_ref，const。從左到右，它們的效率依次是增強的。撇開sql的具體應用環境以及其他因素，你應當盡量優化你的sql語句，使它的type盡量靠右，但實際運用中還是要綜合考慮各個方面的。

const：查找主鍵索引或unique唯一索引，返回的數據至多一條（0或者1條）。 屬于精確查找
eq_ref：查找唯一性索引，返回的數據至多一條。屬于精確查找
ref：查找非唯一性索引，返回匹配某一條件的多條數據。屬于精確查找、數據返回可能是多條
range：查找某個索引的部分索引，一般在where子句中使用 < 、>、in、between等關鍵詞。只檢索給定范圍的行，屬于范圍查找
index：查找所有的索引樹，比ALL要快的多，因為索引文件要比數據文件小的多。
ALL：不使用任何索引，進行全表掃描，性能最差。

從下到上逐漸變好，使用的索引至少要達到range 級別。

1、All

全表掃描(Full Table Scan), MySQL將遍歷全表以找到匹配的行。status沒有索引。

All.png

為status字段添加索引：

2、index

全索引掃描(Full Index Scan), index 與 ALL 區別為 index 類型只遍歷索引樹.。MYSQL 遍歷整個索引來查找匹配的行。

index.png

雖然 where 條件中沒有用到索引, 但是要取出的列 status 是索引包含的列, 所以只要全掃描 status 索引即可, 直接使用索引樹查找數據.

3、range

range指的是有范圍的索引掃描，相對于index的全索引掃描，它有范圍限制，因此要優于index。關于range比較容易理解，需要記住的是出現了range，則一定是基于索引的。索引范圍掃描, 常見于 '<', '<=', '>', '>=', 'between','and','in',or 等操作符。

range.png

4、ref

出現該連接類型的條件是： 查找條件列使用了索引而且不為主鍵和unique。其實，意思就是雖然使用了索引，但該索引列的值并不唯一，有重復。這樣即使使用索引快速查找到了第一條數據，仍然不能停止，要進行目標值附近的小范圍掃描。但它的好處是它并不需要掃全表，因為索引是有序的，即便有重復值，也是在一個非常小的范圍內掃描。

ref.png

5、eq_ref

類似ref, 區別就在使用的索引是唯一索引。 在聯表查詢中使用 primary key 或者 unique key 作為關聯條件。ref_eq 與 ref相比牛的地方是，它知道這種類型的查找結果集只有一個？什么情況下結果集只有一個呢！那便是使用了主鍵或者唯一性索引進行查找的情況，比如根據學號查找某一學校的一名同學，在沒有查找前我們就知道結果一定只有一個，所以當我們首次查找到這個學號，便立即停止了查詢。這種連接類型每次都進行著精確查詢，無需過多的掃描，因此查找效率更高，當然列的唯一性是需要根據實際情況決定的。

all&eq_ref.png

//相當于執行以下循環
List<Map<String,Object>> resultA=select * from sms a
for(Map<String,Object> map: resultA){
       List<Map<String,Object>> resultB=select * from whiteList b where b.id=map.get("id")
}

所以聯表查詢時，應該避免使用select *，select精確查找的字段并為此字段添加索引，如：

index&eq_ref.png

//相當于執行以下循環
List<Map<String,Object>> resultA=select a.status from sms a
for(Map<String,Object> map: resultA){
       List<Map<String,Object>> resultB=select * from whiteList b where b.id=map.get("id")
}

或加where條件并給此條件字段加索引：

ref&eq_ref.png

//相當于執行以下循環
List<Map<String,Object>> resultA=select * from sms a where a.status=1
for(Map<String,Object> map: resultA){
       List<Map<String,Object>> resultB=select * from whiteList b where b.id=map.get("id")
}

所以：where條件決定是a表的查詢效率，b表中聯合查找的字段即id決定的是b表的查詢效率

6、const

如將主鍵或unique字段置于 where 列表中, MySQL 就能將該查詢轉換為一個常量。

const.png

參考：
http://www.lxweimin.com/p/bb7722043aec
https://blog.csdn.net/dennis211/article/details/78170079
https://www.cnblogs.com/xxoome/p/14434061.html