在日常工作中，經(jīng)常碰到一些sql執(zhí)行的比較慢，我們可以通過(guò)Explain或者Explain Analyze來(lái)分析sql的具體執(zhí)行過(guò)程。下面總結(jié)了Explain的用法和每列代表含義。
1、Explain介紹
Explain是每個(gè)研發(fā)必須掌握的點(diǎn)侍咱，對(duì)于數(shù)據(jù)查詢的性能優(yōu)化尤為重要！
2密幔、Explain列說(shuō)明
參考資料：http://www.reibang.com/p/ea3fc71fdc45
| 列名 | 說(shuō)明 |
|---|---|
| id | 執(zhí)行編號(hào)楔脯，標(biāo)識(shí)select所屬的行。如果在語(yǔ)句中沒(méi)子查詢或關(guān)聯(lián)查詢胯甩，只有唯一的select昧廷，每行都將顯示1。否則偎箫，內(nèi)層的select語(yǔ)句一般會(huì)順序編號(hào)木柬，對(duì)應(yīng)于其在原始語(yǔ)句中的位置 |
| select_type | 顯示本行是簡(jiǎn)單或復(fù)雜select。如果查詢有任何復(fù)雜的子查詢淹办，則最外層標(biāo)記為PRIMARY（DERIVED眉枕、UNION、UNION RESUlT） |
| table | 訪問(wèn)引用哪個(gè)表（引用某個(gè)查詢怜森，如“derived3”） |
| type | 數(shù)據(jù)訪問(wèn)/讀取操作類型（ALL速挑、index、range副硅、ref姥宝、eq_ref、const/system恐疲、NULL） |
| possible_keys | 揭示哪一些索引可能有利于高效的查找 |
| key | 顯示mysql決定采用哪個(gè)索引來(lái)優(yōu)化查詢 |
| key_len | 顯示mysql在索引里使用的字節(jié)數(shù) |
| ref | 顯示了之前的表在key列記錄的索引中查找值所用的列或常量 |
| rows | 為了找到所需的行而需要讀取的行數(shù)腊满，估算值，不精確培己。通過(guò)把所有rows列值相乘碳蛋，可粗略估算整個(gè)查詢會(huì)檢查的行數(shù) |
| Extra | 額外信息，如using index省咨、filesort等 |
2.1肃弟、id
id是用來(lái)順序標(biāo)識(shí)整個(gè)查詢中SELELCT 語(yǔ)句的，在嵌套查詢中id越大的語(yǔ)句越先執(zhí)行茸炒。該值可能為NULL愕乎，如果這一行用來(lái)說(shuō)明的是其他行的聯(lián)合結(jié)果阵苇。
2.2壁公、select_type
表示查詢的類型
| 類型 | 說(shuō)明 |
|---|---|
| simple | 簡(jiǎn)單子查詢感论，不包含子查詢和union |
| primary | 包含union或者子查詢，最外層的部分標(biāo)記為primary |
| subquery | 一般子查詢中的子查詢被標(biāo)記為subquery紊册，也就是位于select列表中的查詢 |
| derived | 派生表——該臨時(shí)表是從子查詢派生出來(lái)的比肄，位于form中的子查詢 |
| union | 位于union中第二個(gè)及其以后的子查詢被標(biāo)記為union，第一個(gè)就被標(biāo)記為primary如果是union位于from中則標(biāo)記為derived |
| union result | 用來(lái)從匿名臨時(shí)表里檢索結(jié)果的select被標(biāo)記為union result |
| dependent union | 顧名思義囊陡，首先需要滿足UNION的條件芳绩，及UNION中第二個(gè)以及后面的SELECT語(yǔ)句，同時(shí)該語(yǔ)句依賴外部的查詢 |
| subquery | 子查詢中第一個(gè)SELECT語(yǔ)句 |
| dependent subquery | 和DEPENDENT UNION相對(duì)UNION一樣 |
2.3撞反、table
對(duì)應(yīng)行正在訪問(wèn)哪一個(gè)表妥色，表名或者別名
- 關(guān)聯(lián)優(yōu)化器會(huì)為查詢選擇關(guān)聯(lián)順序，左側(cè)深度優(yōu)先
- 當(dāng)from中有子查詢的時(shí)候遏片，表名是derivedN的形式嘹害，N指向子查詢，也就是explain結(jié)果中的下一列
- 當(dāng)有union result的時(shí)候吮便，表名是union 1,2等的形式笔呀，1,2表示參與union的query id
注意：MySQL對(duì)待這些表和普通表一樣，但是這些“臨時(shí)表”是沒(méi)有任何索引的髓需。
2.4许师、type
type顯示的是訪問(wèn)類型，是較為重要的一個(gè)指標(biāo)僚匆，結(jié)果值從好到壞依次是：
system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL 微渠，一般來(lái)說(shuō)，得保證查詢至少達(dá)到range級(jí)別咧擂，最好能達(dá)到ref敛助。
| 類型 | 說(shuō)明 |
|---|---|
| All | 最壞的情況,全表掃描 |
| index | 和全表掃描一樣。只是掃描表的時(shí)候按照索引次序進(jìn)行而不是行屋确。主要優(yōu)點(diǎn)就是避免了排序, 但是開(kāi)銷仍然非常大纳击。如在Extra列看到Using index，說(shuō)明正在使用覆蓋索引攻臀，只掃描索引的數(shù)據(jù)焕数，它比按索引次序全表掃描的開(kāi)銷要小很多 |
| range | 范圍掃描，一個(gè)有限制的索引掃描刨啸。key 列顯示使用了哪個(gè)索引堡赔。當(dāng)使用=、 <>设联、>善已、>=灼捂、<、<=换团、IS NULL悉稠、<=>团滥、BETWEEN 或者 IN 操作符,用常量比較關(guān)鍵字列時(shí),可以使用 range |
| ref | 一種索引訪問(wèn)缩宜，它返回所有匹配某個(gè)單個(gè)值的行。此類索引訪問(wèn)只有當(dāng)使用非唯一性索引或唯一性索引非唯一性前綴時(shí)才會(huì)發(fā)生氛雪。這個(gè)類型跟eq_ref不同的是想虎，它用在關(guān)聯(lián)操作只使用了索引的最左前綴卦尊，或者索引不是UNIQUE和PRIMARY KEY。ref可以用于使用=或<=>操作符的帶索引的列舌厨。 |
| eq_ref | 最多只返回一條符合條件的記錄岂却。使用唯一性索引或主鍵查找時(shí)會(huì)發(fā)生 （高效） |
| const | 當(dāng)確定最多只會(huì)有一行匹配的時(shí)候，MySQL優(yōu)化器會(huì)在查詢前讀取它而且只讀取一次裙椭，因此非初锪ǎ快。當(dāng)主鍵放入where子句時(shí)骇陈，mysql把這個(gè)查詢轉(zhuǎn)為一個(gè)常量（高效） |
| system | 這是const連接類型的一種特例震庭，表僅有一行滿足條件。 |
| Null | 意味說(shuō)mysql能在優(yōu)化階段分解查詢語(yǔ)句你雌，在執(zhí)行階段甚至用不到訪問(wèn)表或索引（高效） |
2.5器联、possible_keys
顯示查詢使用了哪些索引，表示該索引可以進(jìn)行高效地查找婿崭，但是列出來(lái)的索引對(duì)于后續(xù)優(yōu)化過(guò)程可能是沒(méi)有用的拨拓。
2.6、key
key列顯示MySQL實(shí)際決定使用的鍵（索引）氓栈。如果沒(méi)有選擇索引渣磷，鍵是NULL。要想強(qiáng)制MySQL使用或忽視possible_keys列中的索引授瘦，在查詢中使用FORCE INDEX醋界、USE INDEX或者IGNORE INDEX。
2.7提完、key_len
key_len列顯示MySQL決定使用的鍵長(zhǎng)度形纺。如果鍵是NULL，則長(zhǎng)度為NULL徒欣。使用的索引的長(zhǎng)度逐样。在不損失精確性的情況下，長(zhǎng)度越短越好 。
2.8脂新、ref
ref列顯示使用哪個(gè)列或常數(shù)與key一起從表中選擇行挪捕。
2.9、rows
rows列顯示MySQL認(rèn)為它執(zhí)行查詢時(shí)必須檢查的行數(shù)争便。注意這是一個(gè)預(yù)估值级零。
3.0、Extra
Extra是EXPLAIN輸出中另外一個(gè)很重要的列始花，該列顯示MySQL在查詢過(guò)程中的一些詳細(xì)信息妄讯，MySQL查詢優(yōu)化器執(zhí)行查詢的過(guò)程中對(duì)查詢計(jì)劃的重要補(bǔ)充信息孩锡。
| 類型 | 說(shuō)明 |
|---|---|
| Using filesort | MySQL有兩種方式可以生成有序的結(jié)果酷宵，通過(guò)排序操作或者使用索引，當(dāng)Extra中出現(xiàn)了Using filesort 說(shuō)明MySQL使用了后者躬窜，但注意雖然叫filesort但并不是說(shuō)明就是用了文件來(lái)進(jìn)行排序浇垦，只要可能排序都是在內(nèi)存里完成的。大部分情況下利用索引排序更快荣挨，所以一般這時(shí)也要考慮優(yōu)化查詢了男韧。使用文件完成排序操作，這是可能是ordery by默垄，group by語(yǔ)句的結(jié)果此虑，這可能是一個(gè)CPU密集型的過(guò)程，可以通過(guò)選擇合適的索引來(lái)改進(jìn)性能口锭，用索引來(lái)為查詢結(jié)果排序朦前。 |
| Using temporary | 用臨時(shí)表保存中間結(jié)果，常用于GROUP BY 和 ORDER BY操作中鹃操，一般看到它說(shuō)明查詢需要優(yōu)化了韭寸，就算避免不了臨時(shí)表的使用也要盡量避免硬盤(pán)臨時(shí)表的使用。 |
| Not exists | MYSQL優(yōu)化了LEFT JOIN荆隘，一旦它找到了匹配LEFT JOIN標(biāo)準(zhǔn)的行恩伺， 就不再搜索了。 |
| Using index | 說(shuō)明查詢是覆蓋了索引的椰拒，不需要讀取數(shù)據(jù)文件晶渠，從索引樹(shù)（索引文件）中即可獲得信息。如果同時(shí)出現(xiàn)using where燃观，表明索引被用來(lái)執(zhí)行索引鍵值的查找褒脯，沒(méi)有using where，表明索引用來(lái)讀取數(shù)據(jù)而非執(zhí)行查找動(dòng)作仪壮。這是MySQL服務(wù)層完成的憨颠，但無(wú)需再回表查詢記錄。 |
| Using index condition | 這是MySQL 5.6出來(lái)的新特性，叫做“索引條件推送”爽彤。簡(jiǎn)單說(shuō)一點(diǎn)就是MySQL原來(lái)在索引上是不能執(zhí)行如like這樣的操作的养盗，但是現(xiàn)在可以了，這樣減少了不必要的IO操作适篙，但是只能用在二級(jí)索引上往核。 |
| Using where | 使用了WHERE從句來(lái)限制哪些行將與下一張表匹配或者是返回給用戶。注意：Extra列出現(xiàn)Using where表示MySQL服務(wù)器將存儲(chǔ)引擎返回服務(wù)層以后再應(yīng)用WHERE條件過(guò)濾嚷节。 |
| Using join buffer | 使用了連接緩存：Block Nested Loop聂儒，連接算法是塊嵌套循環(huán)連接;Batched Key Access，連接算法是批量索引連接 |
| impossible where | where子句的值總是false硫痰，不能用來(lái)獲取任何元組 |
| select tables optimized away | 在沒(méi)有GROUP BY子句的情況下衩婚，基于索引優(yōu)化MIN/MAX操作，或者對(duì)于MyISAM存儲(chǔ)引擎優(yōu)化COUNT(*)操作效斑，不必等到執(zhí)行階段再進(jìn)行計(jì)算非春，查詢執(zhí)行計(jì)劃生成的階段即完成優(yōu)化。 |
| distinct | 優(yōu)化distinct操作缓屠，在找到第一匹配的元組后即停止找同樣值的動(dòng)作 |
