前言

在日常工作中，我們會(huì)有時(shí)會(huì)開(kāi)慢查詢?nèi)ビ涗浺恍﹫?zhí)行時(shí)間比較久的SQL語(yǔ)句，找出這些SQL語(yǔ)句并不意味著完事了，些時(shí)我們常常用到explain這個(gè)命令來(lái)查看一個(gè)這些SQL語(yǔ)句的執(zhí)行計(jì)劃，查看該SQL語(yǔ)句有沒(méi)有使用上了索引，有沒(méi)有做全表掃描，這都可以通過(guò)explain命令來(lái)查看。所以我們深入了解MySQL的基于開(kāi)銷(xiāo)的優(yōu)化器，還可以獲得很多可能被優(yōu)化器考慮到的訪問(wèn)策略的細(xì)節(jié)，以及當(dāng)運(yùn)行SQL語(yǔ)句時(shí)哪種策略預(yù)計(jì)會(huì)被優(yōu)化器采用。（QEP：sql生成一個(gè)執(zhí)行計(jì)劃query Execution plan）

mysql> explain select * from servers;+----+-------------+---------+------+---------------+------+---------+------+------+-------+| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |+----+-------------+---------+------+---------------+------+---------+------+------+-------+| 1 | SIMPLE | servers | ALL | NULL | NULL | NULL | NULL | 1 | NULL |+----+-------------+---------+------+---------------+------+---------+------+------+-------+1 row in set (0.03 sec)1. EXPLAIN簡(jiǎn)介

使用EXPLAIN關(guān)鍵字可以模擬優(yōu)化器執(zhí)行SQL查詢語(yǔ)句，從而知道MySQL是如何處理你的SQL語(yǔ)句的。分析你的查詢語(yǔ)句或是表結(jié)構(gòu)的性能瓶頸。 通過(guò)explain我們可以獲得以下信息：

表的讀取順序 數(shù)據(jù)讀取操作的操作類型 哪些索引可以使用 哪些索引被實(shí)際使用 表之間的引用 每張表有多少行被優(yōu)化器查詢

使用方法：explain + sql語(yǔ)句。 包含的字段如下

2. 執(zhí)行計(jì)劃各字段含義

2.1 id

id相同，執(zhí)行順序由上至下

id不同，如果是子查詢，id的序號(hào)會(huì)遞增，id值越大優(yōu)先級(jí)越高，越先被執(zhí)行

id相同不同，同時(shí)存在 id相同的可以認(rèn)為是一組，同一組中從上往下執(zhí)行，所有組中id大的優(yōu)先執(zhí)行

2.4 type

type所顯示的是查詢使用了哪種類型，type包含的類型包括如下圖所示的幾種，從好到差依次是

system > const > eq_ref > ref > range > index > all

system 表只有一行記錄（等于系統(tǒng)表），這是const類型的特列，平時(shí)不會(huì)出現(xiàn)，這個(gè)也可以忽略不計(jì) const 表示通過(guò)索引一次就找到了，const用于比較primary key 或者unique索引。因?yàn)橹黄ヅ湟恍袛?shù)據(jù)，所以很快。如將主鍵置于where列表中，MySQL就能將該查詢轉(zhuǎn)換為一個(gè)常量。 eq_ref 唯一性索引掃描，對(duì)于每個(gè)索引鍵，表中只有一條記錄與之匹配。常見(jiàn)于主鍵或唯一索引掃描 ref 非唯一性索引掃描，返回匹配某個(gè)單獨(dú)值的所有行，本質(zhì)上也是一種索引訪問(wèn)，它返回所有匹配某個(gè)單獨(dú)值的行，然而，它可能會(huì)找到多個(gè)符合條件的行，所以他應(yīng)該屬于查找和掃描的混合體。 range 只檢索給定范圍的行，使用一個(gè)索引來(lái)選擇行，key列顯示使用了哪個(gè)索引，一般就是在你的where語(yǔ)句中出現(xiàn)between、< 、>、in等的查詢，這種范圍掃描索引比全表掃描要好，因?yàn)樗恍枰_(kāi)始于索引的某一點(diǎn)，而結(jié)束于另一點(diǎn)，不用掃描全部索引。 index Full Index Scan，Index與All區(qū)別為index類型只遍歷索引樹(shù)。這通常比ALL快，因?yàn)樗饕募ǔ１葦?shù)據(jù)文件小。（也就是說(shuō)雖然all和Index都是讀全表，但index是從索引中讀取的，而all是從硬盤(pán)讀取的） all Full Table Scan 將遍歷全表以找到匹配的行

2.5 possible_keys 和 key

possible_keys 顯示可能應(yīng)用在這張表中的索引，一個(gè)或多個(gè)。查詢涉及到的字段上若存在索引，則該索引將被列出，但不一定被查詢實(shí)際使用。

key實(shí)際使用的索引，如果為NULL，則沒(méi)有使用索引。（可能原因包括沒(méi)有建立索引或索引失效）

2.6 key_len

表示索引中使用的字節(jié)數(shù)，可通過(guò)該列計(jì)算查詢中使用的索引的長(zhǎng)度，在不損失精確性的情況下，長(zhǎng)度越短越好。

2.7 rows

根據(jù)表統(tǒng)計(jì)信息及索引選用情況，大致估算出找到所需的記錄所需要讀取的行數(shù)，也就是說(shuō)，用的越少越好

2.8 Extra

2.8.1 Using filesort

說(shuō)明mysql會(huì)對(duì)數(shù)據(jù)使用一個(gè)外部的索引排序，而不是按照表內(nèi)的索引順序進(jìn)行讀取。MySQL中無(wú)法利用索引完成的排序操作稱為“文件排序”。

2.8.2 Using temporary

使用了用臨時(shí)表保存中間結(jié)果，MySQL在對(duì)查詢結(jié)果排序時(shí)使用臨時(shí)表。常見(jiàn)于排序order by和分組查詢group by。

2.8.3 Using index

表示相應(yīng)的select操作中使用了覆蓋索引（Covering Index），避免訪問(wèn)了表的數(shù)據(jù)行，效率不錯(cuò)。如果同時(shí)出現(xiàn)using where，表明索引被用來(lái)執(zhí)行索引鍵值的查找；如果沒(méi)有同時(shí)出現(xiàn)using where，表明索引用來(lái)讀取數(shù)據(jù)而非執(zhí)行查找動(dòng)作。

2.8.4 Using join buffer

表明使用了連接緩存,比如說(shuō)在查詢的時(shí)候，多表join的次數(shù)非常多，那么將配置文件中的緩沖區(qū)的join buffer調(diào)大一些。

總結(jié)

到此這篇關(guān)于Mysql explain用法與結(jié)果深入分析的文章就介紹到這了,更多相關(guān)Mysql explain用法與結(jié)果內(nèi)容請(qǐng)搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)！