mysql 執行計劃

簡單來說，mysql整體架構分為三塊：應用層，邏輯層，物理層
應用層：負責與客戶端交互，建立連接，返回數據，響應請求。
邏輯層：負責查詢處理，事務管理等
物理層：實際物理磁盤上存儲的文件，主要有數據文件和日志文件

以查詢為例：
邏輯層接到應用層來的查詢sql,立馬開啟一個線程對其進行處理
第一步查詢處理器會對sql查詢進行優化，之后生成執行計劃，交給計劃執行器
計劃執行器訪問更底層的事務管理器，存儲管理器來操作數據
最終通過物理層的文件獲取到查詢結構信息，將結果響應給應用層

通過分析mysql的執行計劃，可以大致判斷你寫的sql的快慢

使用：在select查詢的前面加上explain，就可以看到這條查詢語句的執行計劃，比如：
explain select id,name from user where id = 123
執行完的結果分析：
執行結果有12列，挑重要的說：

select_type

代表查詢類型，主要區分簡單查詢和各種復雜查詢，可能的值有：
SIMPLE:簡單SELECT(不使用UNION或子查詢)

PRIMARY:最外面的SELECT

UNION:UNION中的第二個或后面的SELECT語句

DEPENDENT UNION:UNION中的第二個或后面的SELECT語句,取決于外面的查詢

UNION RESULT:UNION 的結果

SUBQUERY:子查詢中的第一個SELECT

DEPENDENT SUBQUERY:子查詢中的第一個SELECT,取決于外面的查詢

DERIVED:導出表的SELECT(FROM子句的子查詢)

從調優的角度看，我們一般要求這個只能是SIMPLE，也就是說所有的查詢都是單表查詢，拒絕子查詢和表連接等復雜查詢

type

訪問類型，這個是執行計劃中最能直接看出sql性能好壞的一個字段，可能的值有（從最優到最差排序）：

system:表僅有一行(=系統表)。這是const聯接類型的一個特例。

const:表最多有一個匹配行,它將在查詢開始時被讀取。因為僅有一行,在這行的列值可被優化器剩余部分認為是常數。const表很快,因為它們只讀取一次!

eq_ref:對于每個來自于前面的表的行組合,從該表中讀取一行。這可能是最好的聯接類型,除了const類型。

ref:對于每個來自于前面的表的行組合,所有有匹配索引值的行將從這張表中讀取。

ref_or_null:該聯接類型如同ref,但是添加了MySQL可以專門搜索包含NULL值的行。

index_merge:該聯接類型表示使用了索引合并優化方法。

unique_subquery:該類型替換了下面形式的IN子查詢的ref: value IN (SELECT primary_key FROM single_table WHERE some_expr) unique_subquery是一個索引查找函數,可以完全替換子查詢,效率更高。

index_subquery:該聯接類型類似于unique_subquery。可以替換IN子查詢,但只適合下列形式的子查詢中的非唯一索引: value IN (SELECT key_column FROM single_table WHERE some_expr)

range:只檢索給定范圍的行,使用一個索引來選擇行。

index:該聯接類型與ALL相同,除了只有索引樹被掃描。這通常比ALL快,因為索引文件通常比數據文件小。

ALL:對于每個來自于先前的表的行組合,進行完整的表掃描，說明查詢就需要優化了。

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

總結

以上是生活随笔為你收集整理的[数据库] ------ mysql 执行计划的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。