1. explain命令是什麼東西? explain 是MySql提供的SQL語句查詢性能的工具,是我們優化SQL的重要指標手段,要看懂explain返回的結果集就尤為重要 2. explain命令返回列解讀 + + + + + + + + + + + + + | id | select_type ...
1. explain命令是什麼東西?
explain 是MySql提供的SQL語句查詢性能的工具,是我們優化SQL的重要指標手段,要看懂explain返回的結果集就尤為重要
2. explain命令返回列解讀
+----+-------------+---------+------------+------+---------------+------+---------+------+------+----------+--------------------------------------------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+---------+------------+------+---------------+------+---------+------+------+----------+--------------------------------------------+
| 1 | PRIMARY | SC | NULL | ALL | NULL | NULL | NULL | NULL | 18 | 10.00 | Using where |
| 1 | PRIMARY | Student | NULL | ALL | NULL | NULL | NULL | NULL | 12 | 10.00 | Using where; Using join buffer (hash join) |
| 2 | SUBQUERY | Teacher | NULL | ALL | NULL | NULL | NULL | NULL | 3 | 33.33 | Using where |
| 2 | SUBQUERY | Course | NULL | ALL | NULL | NULL | NULL | NULL | 3 | 33.33 | Using where; Using join buffer (hash join) |
+----+-------------+---------+------------+------+---------------+------+---------+------+------+----------+--------------------------------------------+
2.1 id
一個編號,表示select所屬的行。如果查詢中沒有子查詢或關聯查詢,那麼只會有唯一的SELECT,每一行的該列中都將顯示一個1,否則,內層的SELECT語句一般會順序編號,對應於其在原始語句中的位置。id越大執行優先順序越高,id相同則認為是一組,從上往下執行,id為NULL最後執行
2.2 select_type
查詢類型,表示當前SQL語句是簡單查詢還是複雜查詢
- SIMPLE:簡單查詢,不包含任何連接查詢和子查詢。
- PRIMARY:查詢中若查詢包含任何複雜的子部分,最外層的select被標記為PRIMARY。
- UNION:當前SQL語句是連接查詢時,表示連接查詢的第二個SELECT語句或者第二個後面的SELECT語句。
- DEPENDENT UNION:含義與UNION幾乎相同,但是DEPENDENT UNION取決於外層的查詢語句。
- UNION RESULT:表示UNION連接查詢的結果信息。
- SUBQUERY:包含在SELECT子句(不在from子句中)中的子查詢的SELECT,結果不依賴於外部查詢。
- DEPENDENT SUBQUERY:含義與SUBQUERY幾乎相同,但是DEPENDENTSUBQUERY取決於外層的查詢語句。
- DERIVED:表示FROM子句中的子查詢。
- MATERIALIZED:表示實例化子查詢。
- UNCACHEABLE SUBQUERY:表示不緩存子查詢的結果數據,重新計算外部查詢的每一行數據。
- UNCACHEABLE UNION:表示不緩存連接查詢的結果數據,每次執行連接查詢時都會重新計算數據結果。
2.3 table 正在訪問哪個表
2.4 partitions 如果當前數據表是分區表,則表示查詢結果匹配的分區
2.5 type (重要)
其取值從最優到最差依次為:
null > system > const > eq_ref > ref > fulltext > ref_or_null > index_merge> unique_subquery > index_subquery > range > index > ALL
- NULL: 這種訪問方式意味著MySQ能在優化階段分解查詢語句,在執行階段甚至不需要再訪問表或者索引。例如,從一個索引列里選取最小值可以通過單獨查詢索引來完成,不需要在執行時訪問表。
- system:查詢的數據表中只有一行數據,是const類型的特例
- const:當MySQL能對查詢的某部分進行優化並將其轉換成一個常量時,它就會使用這些訪問類型。比如通過將某一行的主鍵訪問WHERE字句的方式來查詢主鍵:SELECT id from t where id = 1。此時MySQL就能把這個查詢轉換為一個常量。
- eq_ref: 使用這種索引查找,MySQL清楚的知道最多只返回一條符合條件的記錄,使用主鍵或者唯一值索引查找時能看到這種方法。MySQL對於這種訪問類型的優化做得非常好,因為它知道到無需估計匹配行的範文或者在找到匹配行後再繼續查找(因為值不會重覆)。
- ref: 索引訪問,也叫索引查找。返回所有匹配某個單個值的行,然而它可能會找到符合條件的多個行。此類索引訪問只有當使用非唯一性索引或者唯一索引的非唯一性首碼時才會發生。把他叫ref是因為他要和某個參考值相比較。這個參考值或者是一個常數,或者來自多表查詢前一個表裡的結果值
- fulltext:當查詢條件使用了全文索引時,type的取值為fulltext
- ref_or_null:類似於ref,但是當查詢語句的連接條件或者查詢條件包含的列有NULL值時,MySQL會進行額外查詢,經常被用於解析子查詢。典型的場景為 is null
- index_merge: 當查詢語句使用索引合併優化時,type的取值為index_merge。此時,key列會顯示使用到的所有索引,key_len顯示使用到的索引的最長鍵長值
- unique_subquery: 當查詢語句的查詢條件為IN的語句,並且IN語句中的查詢欄位為數據表的主鍵或者非空唯一索引欄位時,type的取值為unique_subquery。
- index_subquery: 與unique_subquery類似,但是IN語句中的查詢欄位為數據表中的非唯一索引欄位。
- range: 範圍掃描,就是一個有限制的索引掃描,使用一個索引來檢索給定範圍的行,不需要遍歷全部索引。範圍掃描通常出現在between,>,<,>=等操作中。in()和OR也會顯示範圍掃描,但這兩者其實是不同的訪問類型,性能上也有差異。此類查找的開銷根ref索引訪問的開銷相當。
- index:跟全表掃描一樣,只是MySQL掃描表時按照索引次序進行而不是行,主要優點是避免了排序;缺點是要承擔按索引次序讀取整個表的開銷。
- ALL:全表掃描,從頭到尾的查找所需要的行。但仍然存在例外,例如使用了 LIMIT ,或者Extra 列中顯示
Using distinct/not exists
。
2.6 possible_keys
執行查詢語句時可能用到的索引,但是在實際查詢中未必會用到。當此列為NULL時,說明沒有可使用的索引,此時可以通過建立索引來提高查詢的性能。
2.7 key (重要)
執行查詢語句時MySQL實際會使用到的索引。如果MySQL實際沒有使用索引,則此列為NULL。
2.8 key_len (重要)
執行查詢語句時實際用到的索引按照位元組計算的長度值,可以通過此欄位計算MySQL實際上使用了複合索引中的多少欄位。如果key列值為NULL,則key_len列值也為NULL。
2.9 ref
數據表中的哪個列或者哪個常量用來和key列中的索引做比較來檢索數據。如果此列的值為func,則說明使用了某些函數的結果數據與key列中的索引做比較來檢索數據。
2.10 rows (重要)
查詢數據時必須查找的數據行數,當數據表的存儲引擎為InnoDB時,值為MySQL的預估值。
2.11 Extra
在執行查詢語句時額外的詳細信息
- Using index:表示MySQL將使用覆蓋索引,這發生在對錶的請求列都是同一索引的部分的時候,返回的列數據只使用了索引中的信息,而沒有再去訪問表中的行記錄。是性能高的表現。
- Using index condition:在5.6版本後加入的新特性索引下推(Index Condition Pushdown,ICP),在索引遍歷過程中,對索引中包含的欄位先做判斷(即使該欄位沒有使用到索引),直接過濾掉不滿足條件的記錄,減少回表次數。
- Using where:意味著MySQL伺服器將在存儲引擎檢索行後再進行過濾。就是先通過索引讀取整行數據,再按 WHRER條件進行檢查,符合就留下,不符合就丟棄。查詢的列未被索引覆蓋。
- Using temporary:MySQL需要創建一張臨時表來中間結果併進一步處理,比如union、group by、distinct等,出現這種情況一般是要進行優化的,首先是想到用索引來優化。
- Using filesort:MySQL會對結果使用一個外部索引排序,而不是按索引次序從表裡讀取行,即filesort(文件排序)。此時mysql會根據聯接類型瀏覽所有符合條件的記錄,並保存排序關鍵字和行指針,然後排序關鍵字並按順序檢索行信息。這種情況下一般也是要考慮使用索引來優化的。filesort有兩種,一種是記憶體排序,一種是磁碟排序,無法得知。
- Distinct: 一旦MySQL找到了與行相聯合匹配的行,就不再搜索了,常見於關聯查詢。
- No tables used:Query語句中使用from dual 或不含任何from子句。
- Using join buffer:使用了連接緩存,join語句用到了緩衝區。