mysql explain的作用是什么?

mysql explain的作用是模擬Mysql優化器是如何執行SQL查詢語句的,從而知道Mysql是如何處理用戶的SQL語句,提高數據檢索效率,降低數據庫的IO成本。

mysql explain的作用是什么?

mysql explain的作用是:

模擬Mysql優化器是如何執行SQL查詢語句的,從而知道Mysql是如何處理你的SQL語句的。分析你的查詢語句或是表結構的性能瓶頸。

mysql>?explain?select?*?from?tb_user; +----+-------------+---------+------+---------------+------+---------+------+------+-------+ |?id?|?select_type?|?table???|?type?|?possible_keys?|?key??|?key_len?|?ref??|?rows?|?Extra?| +----+-------------+---------+------+---------------+------+---------+------+------+-------+ |??1?|?SIMPLE??????|?tb_user?|?ALL??|?NULL??????????|?NULL?|?NULL????|?NULL?|????1?|?NULL??| +----+-------------+---------+------+---------------+------+---------+------+------+-------+

(一)id列:

(1)、id?相同執行順序由上到下 mysql&gt;?explain?? ????-&gt;?SELECT*FROM?tb_order?tb1 ????-&gt;?LEFT?JOIN?tb_product?tb2?ON?tb1.tb_product_id?=?tb2.id ????-&gt;?LEFT?JOIN?tb_user?tb3?ON?tb1.tb_user_id?=?tb3.id; +----+-------------+-------+--------+---------------+---------+---------+---------------------------+------+-------+ |?id?|?select_type?|?table?|?type???|?possible_keys?|?key?????|?key_len?|?ref???????????????????????|?rows?|?Extra?| +----+-------------+-------+--------+---------------+---------+---------+---------------------------+------+-------+ |??1?|?SIMPLE??????|?tb1???|?ALL????|?NULL??????????|?NULL????|?NULL????|?NULL??????????????????????|????1?|?NULL??| |??1?|?SIMPLE??????|?tb2???|?eq_ref?|?PRIMARY???????|?PRIMARY?|?4???????|?product.tb1.tb_product_id?|????1?|?NULL??| |??1?|?SIMPLE??????|?tb3???|?eq_ref?|?PRIMARY???????|?PRIMARY?|?4???????|?product.tb1.tb_user_id????|????1?|?NULL??| +----+-------------+-------+--------+---------------+---------+---------+---------------------------+------+-------+ (2)、如果是子查詢,id序號會自增,id值越大優先級就越高,越先被執行。 mysql&gt;?EXPLAIN ????-&gt;?select?*?from?tb_product?tb1?where?tb1.id?=?(select?tb_product_id?from??tb_order?tb2?where?id?=?tb2.id?=1); +----+-------------+-------+-------+---------------+---------+---------+-------+------+-------------+ |?id?|?select_type?|?table?|?type??|?possible_keys?|?key?????|?key_len?|?ref???|?rows?|?Extra???????| +----+-------------+-------+-------+---------------+---------+---------+-------+------+-------------+ |??1?|?PRIMARY?????|?tb1???|?const?|?PRIMARY???????|?PRIMARY?|?4???????|?const?|????1?|?NULL????????| |??2?|?SUBQUERY????|?tb2???|?ALL???|?NULL??????????|?NULL????|?NULL????|?NULL??|????1?|?Using?where?| +----+-------------+-------+-------+---------------+---------+---------+-------+------+-------------+ (3)、id?相同與不同,同時存在 mysql&gt;?EXPLAIN? ????-&gt;?select?*?from(select?*?from?tb_order?tb1?where?tb1.id?=1)?s1,tb_user?tb2?where?s1.tb_user_id?=?tb2.id; +----+-------------+------------+--------+---------------+---------+---------+-------+------+-------+ |?id?|?select_type?|?table??????|?type???|?possible_keys?|?key?????|?key_len?|?ref???|?rows?|?Extra?| +----+-------------+------------+--------+---------------+---------+---------+-------+------+-------+ |??1?|?PRIMARY?????|?<derived2>?|?system?|?NULL??????????|?NULL????|?NULL????|?NULL??|????1?|?NULL??| |??1?|?PRIMARY?????|?tb2????????|?const??|?PRIMARY???????|?PRIMARY?|?4???????|?const?|????1?|?NULL??| |??2?|?DERIVED?????|?tb1????????|?const??|?PRIMARY???????|?PRIMARY?|?4???????|?const?|????1?|?NULL??| +----+-------------+------------+--------+---------------+---------+---------+-------+------+-------+ derived2:衍生表???2表示衍生的是id=2的表?tb1</derived2>

相關學習推薦:mysql視頻教程

(二)select_type列:數據讀取操作的操作類型

  1、SIMPLE:簡單的select 查詢,SQL中不包含子查詢或者union

  2、PRIMARY:查詢中包含復雜的子查詢部分,最外層查詢被標記為PRIMARY

  3、SUBQUERY:在select 或者WHERE 列表中包含了子查詢

  4、DERIVED:在FROM列表中包含的子查詢會被標記為DERIVED(衍生表),MYSQL會遞歸執行這些子查詢,把結果集放到零時表中。

  5、UNION:如果第二個SELECT 出現在UNION之后,則被標記位UNION;如果UNION包含在FROM子句的子查詢中,則外層SELECT 將被標記為DERIVED

  6、UNION RESULT:從UNION表獲取結果的select

(三)table列:該行數據是關于哪張表

(四)type列:訪問類型由好到差system > const > eq_ref > ref > range > index > ALL

1、system:表只有一條記錄(等于系統表),這是const類型的特例,平時業務中不會出現。

2、const:通過索引一次查到數據,該類型主要用于比較primary key 或者unique 索引,因為只匹配一行數據,所以很快;如果將主鍵置于WHERE語句后面,Mysql就能將該查詢轉換為一個常量

3、eq_ref:唯一索引掃描,對于每個索引鍵,表中只有一條記錄與之匹配。常見于主鍵或者唯一索引掃描。

4、ref:非唯一索引掃描,返回匹配某個單獨值得所有行,本質上是一種索引訪問,它返回所有匹配某個單獨值的行,就是說它可能會找到多條符合條件的數據,所以他是查找與掃描的混合體。

  詳解:這種類型表示mysql會根據特定的算法快速查找到某個符合條件的索引,而不是會對索引中每一個數據都進行一 一的掃描判斷,也就是所謂你平常理解的使用索引查詢會更快的取出數據。而要想實現這種查找,索引卻是有要求的,要實現這種能快速查找的算法,索引就要滿足特定的數據結構。簡單說,也就是索引字段的數據必須是有序的,才能實現這種類型的查找,才能利用到索引。

5、range:只檢索給定范圍的行,使用一個索引來選著行。key列顯示使用了哪個索引。一般在你的WHERE 語句中出現between 、 、in 等查詢,這種給定范圍掃描比全表掃描要好。因為他只需要開始于索引的某一點,而結束于另一點,不用掃描全部索引。

6、index:FUll Index Scan 掃描遍歷索引樹(index:這種類型表示是mysql會對整個該索引進行掃描。要想用到這種類型的索引,對這個索引并無特別要求,只要是索引,或者某個復合索引的一部分,mysql都可能會采用index類型的方式掃描。但是呢,缺點是效率不高,mysql會從索引中的第一個數據一個個的查找到最后一個數據,直到找到符合判斷條件的某個索引)。

7、ALL:全表掃描 從磁盤中獲取數據 百萬級別的數據ALL類型的數據盡量優化。

(五)possible_keys列:顯示可能應用在這張表的索引,一個或者多個。查詢涉及到的字段若存在索引,則該索引將被列出,但不一定被查詢實際使用。

(六)keys列:實際使用到的索引。如果為NULL,則沒有使用索引。查詢中如果使用了覆蓋索引,則該索引僅出現在key列表中。覆蓋索引:select 后的 字段與我們建立索引的字段個數一致。

(七)ken_len列:表示索引中使用的字節數,可通過該列計算查詢中使用的索引長度。在不損失精確性的情況下,長度越短越好。key_len 顯示的值為索引字段的最大可能長度,并非實際使用長度,即key_len是根據表定義計算而得,不是通過表內檢索出來的。

(八)ref列:顯示索引的哪一列被使用了,如果可能的話,是一個常數。哪些列或常量被用于查找索引列上的值。

(九)rows列(每張表有多少行被優化器查詢):根據表統計信息及索引選用的情況,大致估算找到所需記錄需要讀取的行數。

(十)Extra列:擴展屬性,但是很重要的信息。

1、?Using?filesort(文件排序):mysql無法按照表內既定的索引順序進行讀取。 ?mysql&gt;?explain?select?order_number?from?tb_order?order?by?order_money; +----+-------------+----------+------+---------------+------+---------+------+------+----------------+ |?id?|?select_type?|?table????|?type?|?possible_keys?|?key??|?key_len?|?ref??|?rows?|?Extra??????????| +----+-------------+----------+------+---------------+------+---------+------+------+----------------+ |??1?|?SIMPLE??????|?tb_order?|?ALL??|?NULL??????????|?NULL?|?NULL????|?NULL?|????1?|?Using?filesort?| +----+-------------+----------+------+---------------+------+---------+------+------+----------------+ 1?row?in?set?(0.00?sec) 說明:order_number是表內的一個唯一索引列,但是order?by?沒有使用該索引列排序,所以mysql使用不得不另起一列進行排序。 2、Using?temporary:Mysql使用了臨時表保存中間結果,常見于排序order?by?和分組查詢?group?by。 mysql&gt;?explain?select?order_number?from?tb_order?group?by?order_money; +----+-------------+----------+------+---------------+------+---------+------+------+---------------------------------+ |?id?|?select_type?|?table????|?type?|?possible_keys?|?key??|?key_len?|?ref??|?rows?|?Extra???????????????????????????| +----+-------------+----------+------+---------------+------+---------+------+------+---------------------------------+ |??1?|?SIMPLE??????|?tb_order?|?ALL??|?NULL??????????|?NULL?|?NULL????|?NULL?|????1?|?Using?temporary;?Using?filesort?| +----+-------------+----------+------+---------------+------+---------+------+------+---------------------------------+ 1?row?in?set?(0.00?sec) 3、Using?index?表示相應的select?操作使用了覆蓋索引,避免訪問了表的數據行,效率不錯。 如果同時出現Using?where?,表明索引被用來執行索引鍵值的查找。 如果沒有同時出現using?where?表明索引用來讀取數據而非執行查找動作。 mysql&gt;?explain?select?order_number?from?tb_order?group?by?order_number; +----+-------------+----------+-------+--------------------+--------------------+---------+------+------+-------------+ |?id?|?select_type?|?table????|?type??|?possible_keys??????|?key????????????????|?key_len?|?ref??|?rows?|?Extra???????| +----+-------------+----------+-------+--------------------+--------------------+---------+------+------+-------------+ |??1?|?SIMPLE??????|?tb_order?|?index?|?index_order_number?|?index_order_number?|?99??????|?NULL?|????1?|?Using?index?| +----+-------------+----------+-------+--------------------+--------------------+---------+------+------+-------------+ 1?row?in?set?(0.00?sec) 4、Using?where?查找 5、Using?join?buffer?:表示當前sql使用了連接緩存。 6、impossible?where?:where?字句?總是false?,mysql?無法獲取數據行。 7、select?tables?optimized?away: 8、distinct:

以上就是

? 版權聲明
THE END
喜歡就支持一下吧
點贊12 分享