本篇內容介紹了“MySQL Explain的作用是什么”的有關知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領大家學習一下如何處理這些情況吧!希望大家仔細閱讀,能夠學有所成!
10年的寶塔網(wǎng)站建設經(jīng)驗,針對設計、前端、開發(fā)、售后、文案、推廣等六對一服務,響應快,48小時及時工作處理。全網(wǎng)營銷推廣的優(yōu)勢是能夠根據(jù)用戶設備顯示端的尺寸不同,自動調整寶塔建站的顯示方式,使網(wǎng)站能夠適用不同顯示終端,在瀏覽器中調整網(wǎng)站的寬度,無論在任何一種瀏覽器上瀏覽網(wǎng)站,都能展現(xiàn)優(yōu)雅布局與設計,從而大程度地提升瀏覽體驗。創(chuàng)新互聯(lián)從事“寶塔網(wǎng)站設計”,“寶塔網(wǎng)站推廣”以來,每個客戶項目都認真落實執(zhí)行。
當Explain
與SQL
語句一起使用時,MySQL
會顯示來自優(yōu)化器關于SQL執(zhí)行的信息。也就是說,MySQL
解釋了它將如何處理該語句,包括如何連接表以及什么順序連接表等。
表的加載順序
sql
的查詢類型
可能用到哪些索引,哪些索引又被實際使用
表與表之間的引用關系
一個表中有多少行被優(yōu)化器查詢
…..
Explain
執(zhí)行計劃包含字段信息如下:分別是id
、select_type
、table
、partitions
、type
、possible_keys
、key
、key_len
、ref
、rows
、filtered
、Extra
12個字段。
id:
:表示查詢中執(zhí)行select子句或者操作表的順序,id
的值越大,代表優(yōu)先級越高,越先執(zhí)行。id
大致會出現(xiàn) 3種情況:
id
相同看到三條記錄的id
都相同,可以理解成這三個表為一組,具有同樣的優(yōu)先級,執(zhí)行順序由上而下,具體順序由優(yōu)化器決定。
id
不同如果我們的SQL
中存在子查詢,那么id
的序號會遞增,id
值越大優(yōu)先級越高,越先被執(zhí)行 。當三個表依次嵌套,發(fā)現(xiàn)最里層的子查詢id
最大,最先執(zhí)行。
將上邊的SQL
稍微修改一下,增加一個子查詢,發(fā)現(xiàn)id
的以上兩種同時存在。相同id
劃分為一組,這樣就有三個組,同組的從上往下順序執(zhí)行,不同組id
值越大,優(yōu)先級越高,越先執(zhí)行。
select_type
:表示select
查詢的類型,主要是用于區(qū)分各種復雜的查詢,例如:普通查詢
、聯(lián)合查詢
、子查詢
等。
SIMPLE
:表示最簡單的 select 查詢語句,也就是在查詢中不包含子查詢或者union
交并差集等操作。
PRIMARY
:當查詢語句中包含任何復雜的子部分,最外層查詢則被標記為PRIMARY
。
SUBQUERY
:當select
或where
列表中包含了子查詢,該子查詢被標記為:SUBQUERY
。
DERIVED
:表示包含在from
子句中的子查詢的select,在我們的from
列表中包含的子查詢會被標記為derived
。
UNION
:如果union
后邊又出現(xiàn)的select
語句,則會被標記為union
;若union
包含在from
子句的子查詢中,外層select
將被標記為derived
。
UNION RESULT
:代表從union
的臨時表中讀取數(shù)據(jù),而table
列的<union1,4>
表示用第一個和第四個select
的結果進行union
操作。
查詢的表名,并不一定是真實存在的表,有別名顯示別名,也可能為臨時表,例如上邊的DERIVED
、<union1,4>
等。
查詢時匹配到的分區(qū)信息,對于非分區(qū)表值為NULL
,當查詢的是分區(qū)表時,partitions
顯示分區(qū)表命中的分區(qū)情況。
type
:查詢使用了何種類型,它在SQL
優(yōu)化中是一個非常重要的指標,以下性能從好到壞依次是:system
>const
>eq_ref
>ref
>ref_or_null
>index_merge
>unique_subquery
>index_subquery
>range
>index
>ALL
system
: 當表僅有一行記錄時(系統(tǒng)表),數(shù)據(jù)量很少,往往不需要進行磁盤IO,速度非常快。
const
:表示查詢時命中primary key
主鍵或者unique
唯一索引,或者被連接的部分是一個常量(const
)值。這類掃描效率極高,返回數(shù)據(jù)量少,速度非??臁?/p>
eq_ref
:查詢時命中主鍵primary key
或者unique key
索引,type
就是eq_ref
。
ref
:區(qū)別于eq_ref
,ref
表示使用非唯一性索引,會找到很多個符合條件的行。
ref_or_null
:這種連接類型類似于 ref,區(qū)別在于MySQL
會額外搜索包含NULL
值的行。
index_merge
:使用了索引合并優(yōu)化方法,查詢使用了兩個以上的索引。
unique_subquery
:替換下面的IN
子查詢,子查詢返回不重復的集合。
value IN (SELECT primary_key FROM single_table WHERE some_expr)
index_subquery
:區(qū)別于unique_subquery
,用于非唯一索引,可以返回重復值。
value IN (SELECT key_column FROM single_table WHERE some_expr)
range
:使用索引選擇行,僅檢索給定范圍內的行。簡單點說就是針對一個有索引的字段,給定范圍檢索數(shù)據(jù)。在where
語句中使用bettween...and
、<
、>
、<=
、in
等條件查詢type
都是range
。
type
才是range
。index
:Index
與ALL
其實都是讀全表,區(qū)別在于index
是遍歷索引樹讀取,而ALL
是從硬盤中讀取。
ALL
:將遍歷全表以找到匹配的行,性能最差。
possible_keys
:表示在MySQL
中通過哪些索引,能讓我們在表中找到想要的記錄,一旦查詢涉及到的某個字段上存在索引,則索引將被列出,但這個索引并不定一會是最終查詢數(shù)據(jù)時所被用到的索引。具體請參考上邊的例子。
key
:區(qū)別于possible_keys
,key是查詢中實際使用到的索引,若沒有使用索引,顯示為NULL
。具體請參考上邊的例子。
當
type
為index_merge
時,可能會顯示多個索引。
key_len
:表示查詢用到的索引長度(字節(jié)數(shù)),原則上長度越短越好 。
單列索引,那么需要將整個索引長度算進去;
多列索引,不是所有列都能用到,需要計算查詢中實際用到的列。
注意:
key_len
只計算where
條件中用到的索引長度,而排序和分組即便是用到了索引,也不會計算到key_len
中。
ref
:常見的有:const
,func
,null
,字段名。
當使用常量等值查詢,顯示const
,
當關聯(lián)查詢時,會顯示相應關聯(lián)表的關聯(lián)字段
如果查詢條件使用了表達式
、函數(shù)
,或者條件列發(fā)生內部隱式轉換,可能顯示為func
其他情況null
rows
:以表的統(tǒng)計信息和索引使用情況,估算要找到我們所需的記錄,需要讀取的行數(shù)。
這是評估SQL
性能的一個比較重要的數(shù)據(jù),mysql
需要掃描的行數(shù),很直觀的顯示SQL
性能的好壞,一般情況下rows
值越小越好。
filtered
這個是一個百分比的值,表里符合條件的記錄數(shù)的百分比。簡單點說,這個字段表示存儲引擎返回的數(shù)據(jù)在經(jīng)過過濾后,剩下滿足條件的記錄數(shù)量的比例。
在MySQL.5.7
版本以前想要顯示filtered
需要使用explain extended
命令。MySQL.5.7
后,默認explain
直接顯示partitions
和filtered
的信息。
Extra
:不適合在其他列中顯示的信息,Explain
中的很多額外的信息會在Extra
字段顯示。
Using index
:我們在相應的select
操作中使用了覆蓋索引,通俗一點講就是查詢的列被索引覆蓋,使用到覆蓋索引查詢速度會非常快,SQl
優(yōu)化中理想的狀態(tài)。
什么又是覆蓋索引?
一條SQL
只需要通過索引就可以返回,我們所需要查詢的數(shù)據(jù)(一個或幾個字段),而不必通過二級索引,查到主鍵之后再通過主鍵查詢整行數(shù)據(jù)(select *
)。
注意:想要使用到覆蓋索引,我們在select
時只取出需要的字段,不可select *
,而且該字段建了索引。
Using where
:查詢時未找到可用的索引,進而通過where
條件過濾獲取所需數(shù)據(jù),但要注意的是并不是所有帶where
語句的查詢都會顯示Using where
。
Using temporary
:表示查詢后結果需要使用臨時表來存儲,一般在排序或者分組查詢時用到。
Using filesort
:表示無法利用索引完成的排序操作,也就是ORDER BY
的字段沒有索引,通常這樣的SQL都是需要優(yōu)化的。
如果ORDER BY
字段有索引就會用到覆蓋索引,相比執(zhí)行速度快很多。
Using join buffer
:在我們聯(lián)表查詢的時候,如果表的連接條件沒有用到索引,需要有一個連接緩沖區(qū)來存儲中間結果。
Impossible where
:表示在我們用不太正確的where
語句,導致沒有符合條件的行。
No tables used
:我們的查詢語句中沒有FROM
子句,或者有FROM DUAL
子句。
Extra
列的信息非常非常多,這里就不再一一列舉了,詳見MySQL
官方文檔 :https://dev.mysql.com/doc/ref…
重點看的幾列:
possible_keys:可能可以利用的索引的名字。這里的索引名字是創(chuàng)建索引時指定的索引昵稱;如果索引沒有昵稱,則默認顯示的是索引中第一個列的名字(在本例中,它是“firstname”)。默認索引名字的含義往往不是很明顯。
key:它顯示了MySQL實際使用的索引的名字。如果它為空(或NULL),則MySQL不使用索引。
key_len:索引中被使用部分的長度,以字節(jié)計
ref:列出是通過常量(const),還是某個表的某個字段(如果是join)來過濾(通過key)
的;
rows:MySQL所認為的它在找到正確的結果之前必須掃描的記錄數(shù)。顯然,這里最理想的數(shù)字就是1。
“MySQL Explain的作用是什么”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業(yè)相關的知識可以關注創(chuàng)新互聯(lián)網(wǎng)站,小編將為大家輸出更多高質量的實用文章!
標題名稱:MySQLExplain的作用是什么
標題URL:http://muchs.cn/article2/ihiiic.html
成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供微信小程序、網(wǎng)站設計公司、網(wǎng)站建設、關鍵詞優(yōu)化、虛擬主機、面包屑導航
聲明:本網(wǎng)站發(fā)布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經(jīng)允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)