前言

創(chuàng)新互聯(lián)專業(yè)IDC數(shù)據(jù)服務(wù)器托管提供商，專業(yè)提供成都服務(wù)器托管，服務(wù)器租用，珉田數(shù)據(jù)中心，珉田數(shù)據(jù)中心，成都多線服務(wù)器托管等服務(wù)器托管服務(wù)。

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

索引的優(yōu)點

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

索引的缺點

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

一、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：查詢的表、結(jié)果集

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

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

性能從上到下依次降低。

possible_keys：可能用到的索引

key：使用的索引

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

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

Extra：額外的信息

• Distinct:MySQL發(fā)現(xiàn)第1個匹配行后,停止為當(dāng)前的行組合搜索更多的行。
• Not exists:MySQL能夠?qū)Σ樵冞M(jìn)行LEFT JOIN優(yōu)化,發(fā)現(xiàn)1個匹配LEFT JOIN標(biāo)準(zhǔn)的行后,不再為前面的的行組合在該表內(nèi)檢查更多的行。
• range checked for each record (index map: #):MySQL沒有發(fā)現(xiàn)好的可以使用的索引,但發(fā)現(xiàn)如果來自前面的表的列值已知,可能部分索引可以使用。
• Using filesort:MySQL需要額外的一次傳遞,以找出如何按排序順序檢索行。
• Using index:從只使用索引樹中的信息而不需要進(jìn)一步搜索讀取實際的行來檢索表中的列信息。
• Using temporary:為了解決查詢,MySQL需要創(chuàng)建一個臨時表來容納結(jié)果。
• 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%'結(jié)尾會繼續(xù)使用索引。

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

2.2 where語句中使用 <>和 !=

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

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

2.4 where語句中對字段表達(dá)式操作

2.5 where語句中使用Not In

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

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

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，如果有疑問大家可以留言交流，謝謝大家對創(chuàng)新互聯(lián)的支持。