1. 程式人生 > >MySQL執行計劃詳解

MySQL執行計劃詳解

Explain語法

EXPLAIN  SELECT ……
變體:
1. EXPLAIN EXTENDED SELECT ……
將執行計劃“反編譯”成SELECT語句,執行SHOW WARNINGS 可得到被MySQL優化器優化後的查詢語句 
2. EXPLAIN PARTITIONS SELECT ……
用於分割槽表的EXPLAIN

執行計劃包含的資訊

id

包含一組數字,表示查詢中執行select子句或操作表的順序

id相同,執行順序由上至下

如果是子查詢,id的序號會遞增,id值越大優先順序越高,越先被執行

id如果相同,可以認為是一組,從上往下順序執行;在所有組中,id值越大,優先順序越高,越先執行

select_type 

表示查詢中每個select子句的型別(簡單 OR複雜)  

       7     DEPENDENT UNION

       8     DEPENDENT SUBQUERY

a.SIMPLE:查詢中不包含子查詢或者UNION
b.查詢中若包含任何複雜的子部分,最外層查詢則被標記為:PRIMARY c.在SELECT或WHERE列表中包含了子查詢,該子查詢被標記為:SUBQUERY d.在FROM列表中包含的子查詢被標記為:DERIVED(衍生) e.若第二個SELECT出現在UNION之後,則被標記為UNION;若UNION包含在  FROM子句的子查詢中,外層SELECT將被標記為:DERIVED f.從UNION表獲取結果的SELECT被標記為:UNION RESULT
g.UNION中的第二個或後面的SELECT語句,取決於外面的查詢:DEPENDENT UNION
h.子查詢中的第一個SELECT,取決於外面的查詢:DEPENDENT SUBQUERY
 
eg:


第一行:id列為1,表示第一個select,select_type列的primary表 示該查詢為外層查詢,table列被標記為<derived3>,表示查詢結果來自一個衍生表,其中3代表該查詢衍生自第三個select查詢,即id為3的select。
第二行:id為3,表示該查詢的執行次序為2(4→3),是整個查詢中第三個select的一部分。因查詢包含在from中,所以為derived。
第三行:select列表中的子查詢,select_type為subquery,為整個查詢中的第二個select。
第四行:select_type為union,說明第四個select是union裡的第二個select,最先執行。
第五行:代表從union的臨時表中讀取行的階段,table列的<union1,4>表示用第一個和第四個select的結果進行union操作。

type

表示MySQL在表中找到所需行的方式,又稱“訪問型別”,常見型別如下:

由左至右,由最差到最好 a.ALL:Full Table Scan, MySQL將遍歷全表以找到匹配的行


b.index:Full Index Scan,index與ALL區別為index型別只遍歷索引樹

c.range:索引範圍掃描,對索引的掃描開始於某一點,返回匹配值域的行,常見於between、<、>等的查詢

range訪問型別的不同形式的索引訪問效能差異

d.ref:非唯一性索引掃描,返回匹配某個單獨值的所有行。常見於使用非唯一索引即唯一索引的非唯一字首進行的查詢

e.eq_ref:唯一性索引掃描,對於每個索引鍵,表中只有一條記錄與之匹配。常見於主鍵或唯一索引掃描

f.const、system:當MySQL對查詢某部分進行優化,並轉換為一個常量時,使用這些型別訪問。如將主鍵置於where列表中,MySQL就能將該查詢轉換為一個常量

system是const型別的特例,當查詢的表只有一行的情況下, 使用system g.NULL:MySQL在優化過程中分解語句,執行時甚至不用訪問表或索引

possible_keys

指出MySQL能使用哪個索引在表中找到行,查詢涉及到的欄位上若存在索引,則該索引將被列出,但不一定被查詢使用

key

顯示MySQL在查詢中實際使用的索引,若沒有使用索引,顯示為NULL TIPS:查詢中若使用了覆蓋索引,則該索引僅出現在key列表中

key_len

表示索引中使用的位元組數,可通過該列計算查詢中使用的索引的長度

key_len顯示的值為索引欄位的最大可能長度,並非實際使用長度,即key_len是根據表定義計算而得,不是通過表內檢索出的

ref

表示上述表的連線匹配條件,即哪些列或常量被用於查詢索引列上的值

本例中,由key_len可知t1表的idx_col1_col2被充分使用,col1匹配t2表的col1,col2匹配了一個常量,即 ’ac’ rows

表示MySQL根據表統計資訊及索引選用情況,估算的找到所需的記錄所需要讀取的行數

Extra

包含不適合在其他列中顯示但十分重要的額外資訊 a.Using index 該值表示相應的select操作中使用了覆蓋索引(Covering Index)

TIPS:覆蓋索引(Covering Index) MySQL可以利用索引返回select列表中的欄位,而不必根據索引再次讀取資料檔案 包含所有滿足查詢需要的資料的索引稱為 覆蓋索引(Covering Index) 注意: 如果要使用覆蓋索引,一定要注意select列表中只取出需要的列,不可select *,因為如果將所有欄位一起做索引會導致索引檔案過大,查詢效能下降 b.Using where 表示MySQL伺服器在儲存引擎受到記錄後進行“後過濾”(Post-filter), 如果查詢未能使用索引,Using where的作用只是提醒我們MySQL將用where子句來過濾結果集

c.Using temporary 表示MySQL需要使用臨時表來儲存結果集,常見於排序和分組查詢

d.Using filesort MySQL中無法利用索引完成的排序操作稱為“檔案排序”

MySQL執行計劃的侷限

•EXPLAIN不會告訴你關於觸發器、儲存過程的資訊或使用者自定義函式對查詢的影響情況 •EXPLAIN不考慮各種Cache •EXPLAIN不能顯示MySQL在執行查詢時所作的優化工作 •部分統計資訊是估算的,並非精確值 •EXPALIN只能解釋SELECT操作,其他操作要重寫為SELECT後檢視執行計劃

相關推薦

MySQL 執行計劃

開啟 profile 工具mysql> SHOW VARIABLES LIKE '%profil%';+------------------------+-------+| Variable_name          | Value |+---------------

MySQL執行計劃

Explain語法 EXPLAIN SELECT …… 變體: 1. EXPLAIN EXTENDED SELECT …… 將執行計劃“反編譯”成SELECT語句,執行SHOW WARNINGS 可得到被MySQL優化器優化後的查詢語句 2. EXPLAIN PART

MySQL 執行計劃

MySQL 原理篇 MySQL 索引機制 MySQL 體系結構及儲存引擎 MySQL 語句執行過程詳解 MySQL 執行計劃詳解 MySQL InnoDB 緩衝池 MySQL InnoDB 事務 MySQL InnoDB 鎖 MySQL InnoDB MVCC MySQL InnoDB 實現高併發原理 MyS

mysql explain執行計劃

xtend ble 根據 order 其他 重復記錄 計劃 現在 中間 1)、id列數字越大越先執行,如果說數字一樣大,那麽就從上往下依次執行,id列為null的就表是這是一個結果集,不需要使用它來進行查詢。 2)、select_type列常見的有: A

MySQL 優化sql explain執行計劃

MySQL 優化sql explainmysql explain執行計劃詳解 1)、id列數字越大越先執行,如果說數字一樣大,那麽就從上往下依次執行,id列為null的就表是這是一個結果集,不需要使用它來進行查詢。 2)、select_type列常見的有:A:simple:表示不需要union操作或者不包含

( 轉 ) MySQL高級 之 explain執行計劃

ont dex 常見 fulltext lte name system details 無法 使用explain關鍵字可以模擬優化器執行SQL查詢語句,從而知道MySQL是如何處理你的SQL語句的,分析你的查詢語句或是表結構的性能瓶頸。 explain執行計劃包含的信息

Mysql之Expain執行計劃

使用explain關鍵字可以模擬優化器執行SQL查詢語句,從而知道MySQL是如何處理你的SQL語句的,分析你的查詢語句或是表結構的效能瓶頸。 explain執行計劃包含的資訊 其中最重要的欄位為:id、type、key、rows、Extra

MYSQL EXPLAIN 執行計劃

explain的作用: explain顯示了mysql如何使用索引來處理select語句以及連線表。可以幫助選擇更好的索引和寫出更優化的查詢語句。 EXPLAIN SELECT ( SELECT c. NAME FROM

mysql的sql執行計劃

引言: 實際專案開發中,由於我們不知道實際查詢的時候資料庫裡發生了什麼事情,資料庫軟體是怎樣掃描表、怎樣使用索引的,因此,我們能感知到的就只有 sql語句執行的時間,在資料規模不大時,查詢是瞬間的,因此,在寫sql語句的時候就很少考慮到效能的問題。但是當資料規模增大,如千

MySQL高階 之 explain執行計劃

使用explain關鍵字可以模擬優化器執行SQL查詢語句,從而知道MySQL是如何處理你的SQL語句的,分析你的查詢語句或是表結構的效能瓶頸。 explain執行計劃包含的資訊 其中最重要的欄位為:id、type、key、rows、Extra 各欄位詳解 id

mysql的sql執行計劃(非常有用)

引言: 實際專案開發中,由於我們不知道實際查詢的時候資料庫裡發生了什麼事情,資料庫軟體是怎樣掃描表、怎樣使用索引的,因此,我們能感知到的就只有 sql語句執行的時間,在資料規模不大時,查詢是瞬間的,因此,在寫sql語句的時候就很少考慮到效能的問題。但是當資料規模增大,

MySQL優化-explain執行計劃

MySQL Query Optimizer簡介 MySQL中有專門負責優化SELECT語句的優化器模組, 主要功能 : 通過計算分析系統中收集到的統計資訊, 為客戶端請求的Query提供它認為最優的

關於 MYSQL EXPLAIN 執行計劃

explain的作用: explain顯示了mysql如何使用索引來處理select語句以及連線表。可以幫助選擇更好的索引和寫出更優化的查詢語句。 EXPLAIN SELECT ( SELECT c

MySQL:explain(執行計劃)

本文主要介紹了MySQL效能分析以及explain的使用,包括:組合索引、慢查詢分析、MYISAM和INNODB的鎖定、MYSQL的事務配置項等        索引類似大學圖書館建書目索引,可以提高資料檢索的效率,降低資料庫的IO成本。MySQL在300萬條記錄左右效能開始逐

MySQL系列-優化之explain執行計劃

1.id介紹 這個id不是主鍵的意思,他是用來標識select查詢的序列號,包含一組數字,表示查詢中執行select子句或者操作表的順序。 會出現以下情況: id相同:按從上到下順序執行 id不同:id值越大,優先順序越高,越先被執行 id相同不同的同時存在:優先執

(轉)MSSQLSERVER執行計劃

         原文地址:http://www.cnblogs.com/knowledgesea/p/5005163.html 序言 本篇主要目的有二: 1、看懂t-sql的執行計劃,明白執行計劃中的一些常識。 2、能夠分析執行計劃,找到優化sql效

SQLSERVER執行計劃

序言 本篇主要目的有二: 1、看懂t-sql的執行計劃,明白執行計劃中的一些常識。 2、能夠分析執行計劃,找到優化sql效能的思路或方案。 如果你對sql查詢優化的理解或常識不是很深入,那麼推薦幾騙博文給你:SqlServer效能檢測和優化工具使用詳細&

mysqlexplain執行計劃(轉帖)

求助一主多從模式從伺服器同步不一致問題 網易遊戲筆試題--取不同顏色球的概率問題 facebook如何讓mysql資料庫叢集自主執行 發現mysql事務rollback失效有個好大的坑呀 撞拱ivv逼幼刨http://b

SqlServer執行計劃 MSSQLSERVER執行計劃

MSSQLSERVER執行計劃詳解   -- 1、取前10條 select top 10 * from ServiceInvoke; select top 10 * from AdoLog;   -- 2根據聚集索引排序 select top 10 *

SparkSQL的執行計劃

一:首先將我們從文字中讀取的資料對映到表也就是檢視 eg:   $>cat b.txt     1 ded  2 dsfre  3 sfs  4 fr   $>val sc = spark.sparkContext     #建立SparkContext   $>val