前言

要想分析MySQL查詢語句中的相關信息，如是全表查詢還是部分查詢，就要用到explain.

索引的優(yōu)點

• 大大減少了服務器需要掃描的數(shù)據(jù)量
• 可以幫助服務器避免排序或減少使用臨時表排序
• 索引可以隨機I/O變?yōu)轫樞騃/O
  

索引的缺點

• 需要占用磁盤空間，因此冗余低效的索引將占用大量的磁盤空間
• 降低DML性能，對于數(shù)據(jù)的任意增刪改都需要調整對應的索引，甚至出現(xiàn)索引分裂
• 索引會產(chǎn)生相應的碎片，產(chǎn)生維護開銷

一、explain

用法：explain +查詢語句。

id：查詢語句的序列號，上面圖片中只有一個select 語句，所以只會顯示一個序列號。如果有嵌套查詢，如下

select_type：表示查詢類型，有以下幾種

　　simple:簡單的 select （沒有使用 union或子查詢）

　　primary:最外層的 select。

　　union:第二層，在select 之后使用了 union。

　　dependent union:union 語句中的第二個select，依賴于外部子查詢

　　subquery:子查詢中的第一個 select

　　dependent subquery:子查詢中的第一個 subquery依賴于外部的子查詢

　　derived:派生表 select（from子句中的子查詢）

table：查詢的表、結果集

type：全稱為"join type"，意為連接類型。通俗的講就是mysql查找引擎找到滿足SQL條件的數(shù)據(jù)的方式。其值為：

• system：系統(tǒng)表，表中只有一行數(shù)據(jù)
• const：讀常量，最多只會有一條記錄匹配，由于是常量，實際上只須要讀一次。
• eq_ref：最多只會有一條匹配結果，一般是通過主鍵或唯一鍵索引來訪問。
• ref：對于每個來自于前面的表的行組合,所有有匹配索引值的行將從這張表中讀取
• fulltext：進行全文索引檢索。
• ref_or_null：與ref的唯一區(qū)別就是在使用索引引用的查詢之外再增加一個空值的查詢。
• index_merge：查詢中同時使用兩個（或更多）索引，然后對索引結果進行合并，再讀取表數(shù)據(jù)。
• unique_subquery：子查詢中的返回結果字段組合是主鍵或者唯一約束。
• index_subquery：子查詢中的返回結果字段組合是一個索引（或索引組合），但不是一個主鍵或唯一索引。
• rang：索引范圍掃描。
• index：全索引掃描。
• all：全表掃描。

　　性能從上到下依次降低。

possible_keys：可能用到的索引

key：使用的索引

ref：ref列顯示使用哪個列或常數(shù)與key一起從表中選擇行。

rows：顯示MySQL認為它執(zhí)行查詢時必須檢查的行數(shù)。多行之間的數(shù)據(jù)相乘可以估算要處理的行數(shù)。

Extra：額外的信息

• Distinct:MySQL發(fā)現(xiàn)第1個匹配行后,停止為當前的行組合搜索更多的行。
• Not exists:MySQL能夠對查詢進行LEFT JOIN優(yōu)化,發(fā)現(xiàn)1個匹配LEFT JOIN標準的行后,不再為前面的的行組合在該表內(nèi)檢查更多的行。
• range checked for each record (index map: #):MySQL沒有發(fā)現(xiàn)好的可以使用的索引,但發(fā)現(xiàn)如果來自前面的表的列值已知,可能部分索引可以使用。
• Using filesort:MySQL需要額外的一次傳遞,以找出如何按排序順序檢索行。
• Using index:從只使用索引樹中的信息而不需要進一步搜索讀取實際的行來檢索表中的列信息。
• Using temporary:為了解決查詢,MySQL需要創(chuàng)建一個臨時表來容納結果。
• Using where:WHERE 子句用于限制哪一個行匹配下一個表或發(fā)送到客戶。
• Using sort_union(...), Using union(...), Using intersect(...):這些函數(shù)說明如何為index_merge聯(lián)接類型合并索引掃描。
• Using index for group-by:類似于訪問表的Using index方式,Using index for group-by表示MySQL發(fā)現(xiàn)了一個索引,可以用來查 詢GROUP BY或DISTINCT查詢的所有列,而不要額外搜索硬盤訪問實際的表。

二、數(shù)據(jù)庫不使用索引的情況

下面舉的例子中，GudiNo、StoreId列都有單獨的索引。

2.1、like查詢已 '%...'開頭，以'xxx%'結尾會繼續(xù)使用索引。

下圖中第一句使用的%，沒有使用索引，從rows為224147，使用索引rows為1。

2.2 where語句中使用 >和 !=

2.3 where語句中使用 or，但是沒有把or中所有字段加上索引。

這種情況，如果需要使用索引需要將or中所有的字段都加上索引。

2.4 where語句中對字段表達式操作

2.5 where語句中使用Not In

看了別人寫的文章，有說“應盡量避免在where 子句中對字段進行null 值判斷，否則將導致引擎放棄使用索引而進行全表掃描”，實測沒有全表掃描。

"對于多列索引，不是使用的第一部分，則不會使用索引",實測即使多索引，沒有使用第一部分，也會命中索引，沒有全表掃描。

總結

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。