本篇文章和大家了解一下MySQL用法中對explain的用法和結(jié)果分析。有一定的參考價(jià)值，有需要的朋友可以參考一下，希望對大家有所幫助。

成都創(chuàng)新互聯(lián)是一家專注于網(wǎng)站設(shè)計(jì)制作、做網(wǎng)站與策劃設(shè)計(jì),南溪網(wǎng)站建設(shè)哪家好?成都創(chuàng)新互聯(lián)做網(wǎng)站,專注于網(wǎng)站建設(shè)十年,網(wǎng)設(shè)計(jì)領(lǐng)域的專業(yè)建站公司;建站業(yè)務(wù)涵蓋:南溪等地區(qū)。南溪做網(wǎng)站價(jià)格咨詢:13518219792

1. EXPLAIN簡介

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

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

? 使用方式如下：

EXPLAIN +SQL語句

EXPLAIN SELECT * FROM t1

執(zhí)行計(jì)劃包含的信息

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

2.1 id

select查詢的序列號，包含一組數(shù)字，表示查詢中執(zhí)行select子句或操作表的順序

id的結(jié)果共有3中情況

• id相同，執(zhí)行順序由上至下
  
  [總結(jié)]加載表的順序如上圖table列所示：t1  t3  t2

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

• id相同不同，同時(shí)存在
  
  如上圖所示，在id為1時(shí)，table顯示的是 <derived2> ,這里指的是指向id為2的表，即t3表的衍生表。

2.2 select_type

常見和常用的值有如下幾種：

分別用來表示查詢的類型，主要是用于區(qū)別普通查詢、聯(lián)合查詢、子查詢等的復(fù)雜查詢。

• SIMPLE 簡單的select查詢，查詢中不包含子查詢或者UNION

• PRIMARY 查詢中若包含任何復(fù)雜的子部分，最外層查詢則被標(biāo)記為PRIMARY

• SUBQUERY 在SELECT或WHERE列表中包含了子查詢

• DERIVED 在FROM列表中包含的子查詢被標(biāo)記為DERIVED（衍生），MySQL會(huì)遞歸執(zhí)行這些子查詢，把結(jié)果放在臨時(shí)表中

• UNION 若第二個(gè)SELECT出現(xiàn)在UNION之后，則被標(biāo)記為UNION：若UNION包含在FROM子句的子查詢中，外層SELECT將被標(biāo)記為：DERIVED

• UNION RESULT 從UNION表獲取結(jié)果的SELECT

2.3 table

指的就是當(dāng)前執(zhí)行的表

2.4 type

type所顯示的是查詢使用了哪種類型，type包含的類型包括如下圖所示的幾種：

從最好到最差依次是：

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

一般來說，得保證查詢至少達(dá)到range級別，最好能達(dá)到ref。

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

2.5 possible_keys 和 key

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

key

• 實(shí)際使用的索引，如果為NULL，則沒有使用索引。（可能原因包括沒有建立索引或索引失效）
  
• 查詢中若使用了覆蓋索引（select 后要查詢的字段剛好和創(chuàng)建的索引字段完全相同），則該索引僅出現(xiàn)在key列表中
  
  

2.6 key_len

表示索引中使用的字節(jié)數(shù)，可通過該列計(jì)算查詢中使用的索引的長度，在不損失精確性的情況下，長度越短越好。key_len顯示的值為索引字段的最大可能長度，并非實(shí)際使用長度，即key_len是根據(jù)表定義計(jì)算而得，不是通過表內(nèi)檢索出的。

2.7 ref

顯示索引的那一列被使用了，如果可能的話，最好是一個(gè)常數(shù)。哪些列或常量被用于查找索引列上的值。

2.8 rows

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

2.9 Extra

包含不適合在其他列中顯式但十分重要的額外信息

2.9.1 Using filesort（九死一生）

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

2.9.2 Using temporary（十死無生）

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

2.9.3 Using index（發(fā)財(cái)了）

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

2.9.4 Using where

表明使用了where過濾

2.9.5 Using join buffer

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

2.9.6 impossible where

where子句的值總是false，不能用來獲取任何元組

SELECT * FROM t_user WHERE id = '1' and id = '2'

2.9.7 select tables optimized away

在沒有GROUPBY子句的情況下，基于索引優(yōu)化MIN/MAX操作或者對于MyISAM存儲(chǔ)引擎優(yōu)化COUNT(*)操作，不必等到執(zhí)行階段再進(jìn)行計(jì)算，查詢執(zhí)行計(jì)劃生成的階段即完成優(yōu)化。

2.9.8 distinct

優(yōu)化distinct操作，在找到第一匹配的元組后即停止找同樣值的動(dòng)作

3. 實(shí)例分析

• 執(zhí)行順序1：select_type為UNION，說明第四個(gè)select是UNION里的第二個(gè)select，最先執(zhí)行【select name,id from t2】
• 執(zhí)行順序2：id為3，是整個(gè)查詢中第三個(gè)select的一部分。因查詢包含在from中，所以為DERIVED【select id,name from t1 where other_column=’’】
• 執(zhí)行順序3：select列表中的子查詢select_type為subquery,為整個(gè)查詢中的第二個(gè)select【select id from t3】
• 執(zhí)行順序4：id列為1，表示是UNION里的第一個(gè)select，select_type列的primary表示該查詢?yōu)橥鈱硬樵儯瑃able列被標(biāo)記為<derived3>,表示查詢結(jié)果來自一個(gè)衍生表，其中derived3中的3代表該查詢衍生自第三個(gè)select查詢，即id為3的select。【select d1.name …】

• 執(zhí)行順序5：代表從UNION的臨時(shí)表中讀取行的階段，table列的< union1,4 >表示用第一個(gè)和第四個(gè)select的結(jié)果進(jìn)行UNION操作。【兩個(gè)結(jié)果union操作】

以上就是MySQL用法中對explain的用法和結(jié)果分析的簡略介紹，當(dāng)然詳細(xì)使用上面的不同還得要大家自己使用過才領(lǐng)會(huì)。如果想了解更多，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道哦！

標(biāo)題名稱：MySQL用法中對explain的用法和結(jié)果分析
文章轉(zhuǎn)載：http://chinadenli.net/article48/gojcep.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站維護(hù)、App開發(fā)、網(wǎng)站設(shè)計(jì)、網(wǎng)站設(shè)計(jì)公司、靜態(tài)網(wǎng)站、微信小程序

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)