explain命令是查看查詢優(yōu)化器如何決定執(zhí)行查詢的主要方法。
這個功能有局限性，并不總會說出真相，但它的輸出是可以獲取的最好信息，值得花時間去了解，因為可以學(xué)習(xí)到查詢是如何執(zhí)行的。
1、什么是MySQL執(zhí)行計劃
要對執(zhí)行計劃有個比較好的理解，需要先對MySQL的基礎(chǔ)結(jié)構(gòu)及查詢基本原理有簡單的了解。
MySQL本身的功能架構(gòu)分為三個部分，分別是 應(yīng)用層、邏輯層、物理層，不只是MySQL ，其他大多數(shù)數(shù)據(jù)庫產(chǎn)品都是按這種架構(gòu)來進行劃分的。
應(yīng)用層，主要負責(zé)與客戶端進行交互，建立鏈接，記住鏈接狀態(tài)，返回數(shù)據(jù)，響應(yīng)請求，這一層是和客戶端打交道的。
邏輯層，主要負責(zé)查詢處理、事務(wù)管理等其他數(shù)據(jù)庫功能處理，以查詢?yōu)槔?nbsp;
首先接收到查詢SQL之后，數(shù)據(jù)庫會立即分配一個線程對其進行處理，第一步查詢處理器會對SQL查詢進行優(yōu)化，優(yōu)化后會生成執(zhí)行計劃，然后交由計劃執(zhí)行器來執(zhí)行。
計劃執(zhí)行器需要訪問更底層的事務(wù)管理器，存儲管理器來操作數(shù)據(jù)，他們各自的分工各有不同，最終通過調(diào)用物理層的文件獲取到查詢結(jié)構(gòu)信息，將最終結(jié)果響應(yīng)給應(yīng)用層。
物理層，實際物理磁盤上存儲的文件，主要有分文數(shù)據(jù)文件，日志文件。
通過上面的描述，生成執(zhí)行計劃是執(zhí)行一條SQL必不可少的步驟，一條SQL性能的好壞，可以通過查看執(zhí)行計劃很直觀的看出來，執(zhí)行計劃提供了各種查詢類型與級別，方面我們進行查看以及為作為性能分析的依據(jù)。
2、如何分析執(zhí)行計劃
MySQL為我們提供了 explain 關(guān)鍵字來直觀的查看一條SQL的執(zhí)行計劃。
explain顯示了MySQL如何使用索引來處理select語句以及連接表，可以幫助選擇更好的索引和寫出更優(yōu)化的查詢語句。
下面我們使用 explain 做一個查詢，如下：
mysql> explain select * from payment;
+----+-------------+---------+------------+------+---------------+------+---------+------+-------+----------+-------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+---------+------------+------+---------------+------+---------+------+-------+----------+-------+
| 1 | SIMPLE | payment | NULL | ALL | NULL | NULL | NULL | NULL | 16086 | 100.00 | NULL |
+----+-------------+---------+------------+------+---------------+------+---------+------+-------+----------+-------+
1 row in set, 1 warning (0.01 sec)
查詢結(jié)構(gòu)中有12列，理解每一列的含義，對理解執(zhí)行計劃至關(guān)重要，下面用一個表格的形式進行說明。
| 列名 |
說明 |
| id |
SELECT識別符，這是SELECT的查詢序列號。 |
| select_type |
SELECT類型,可以為以下任何一種:
-
SIMPLE:簡單SELECT(不使用UNION或子查詢)
-
PRIMARY:最外面的SELECT
-
UNION:UNION中的第二個或后面的SELECT語句
-
DEPENDENT UNION:UNION中的第二個或后面的SELECT語句,取決于外面的查詢
-
UNION RESULT:UNION 的結(jié)果
-
SUBQUERY:子查詢中的第一個SELECT
-
DEPENDENT SUBQUERY:子查詢中的第一個SELECT,取決于外面的查詢
-
DERIVED:導(dǎo)出表的SELECT(FROM子句的子查詢)
|
| table |
輸出的行所引用的表 |
| partitions |
如果查詢是基于分區(qū)表的話，顯示查詢將訪問的分區(qū)。 |
| type |
聯(lián)接類型。下面給出各種聯(lián)接類型,按照從最佳類型到最壞類型進行排序:
-
system:表僅有一行(=系統(tǒng)表)。這是const聯(lián)接類型的一個特例。
-
const:表最多有一個匹配行,它將在查詢開始時被讀取。因為僅有一行,在這行的列值可被優(yōu)化器剩余部分認為是常數(shù)。const表很快,因為它們只讀取一次!
-
eq_ref:對于每個來自于前面的表的行組合,從該表中讀取一行。這可能是最好的聯(lián)接類型,除了const類型。
-
ref:對于每個來自于前面的表的行組合,所有有匹配索引值的行將從這張表中讀取。
-
ref_or_null:該聯(lián)接類型如同ref,但是添加了MySQL可以專門搜索包含NULL值的行。
-
index_merge:該聯(lián)接類型表示使用了索引合并優(yōu)化方法。
-
unique_subquery:該類型替換了下面形式的IN子查詢的ref: value IN (SELECT primary_key FROM single_table WHERE some_expr) unique_subquery是一個索引查找函數(shù),可以完全替換子查詢,效率更高。
-
index_subquery:該聯(lián)接類型類似于unique_subquery。可以替換IN子查詢,但只適合下列形式的子查詢中的非唯一索引: value IN (SELECT key_column FROM single_table WHERE some_expr)
-
range:只檢索給定范圍的行,使用一個索引來選擇行。
-
index:該聯(lián)接類型與ALL相同,除了只有索引樹被掃描。這通常比ALL快,因為索引文件通常比數(shù)據(jù)文件小。
-
ALL:對于每個來自于先前的表的行組合,進行完整的表掃描，說明查詢就需要優(yōu)化了。
一般來說，得保證查詢至少達到range級別，最好能達到ref。
|
| possible_keys |
指出MySQL能使用哪個索引在該表中找到行 |
| key |
顯示MySQL實際決定使用的鍵(索引)。如果沒有選擇索引,鍵是NULL。 |
| key_len |
顯示MySQL決定使用的鍵長度。如果鍵是NULL,則長度為NULL。在不損失精確性的情況下，長度越短越好 |
| ref |
顯示使用哪個列或常數(shù)與key一起從表中選擇行。 |
| rows |
顯示MySQL認為它執(zhí)行查詢時必須檢查的行數(shù)。多行之間的數(shù)據(jù)相乘可以估算要處理的行數(shù)。 |
| filtered |
顯示了通過條件過濾出的行數(shù)的百分比估計值。 |
| Extra |
該列包含MySQL解決查詢的詳細信息
-
Distinct:MySQL發(fā)現(xiàn)第1個匹配行后,停止為當(dāng)前的行組合搜索更多的行。
-
Select tables optimized away MySQL根本沒有遍歷表或索引就返回數(shù)據(jù)了，表示已經(jīng)優(yōu)化到不能再優(yōu)化了
-
Not exists:MySQL能夠?qū)Σ樵冞M行LEFT JOIN優(yōu)化,發(fā)現(xiàn)1個匹配LEFT JOIN標(biāo)準(zhǔn)的行后,不再為前面的的行組合在該表內(nèi)檢查更多的行。
-
range checked for each record (index map: #):MySQL沒有發(fā)現(xiàn)好的可以使用的索引,但發(fā)現(xiàn)如果來自前面的表的列值已知,可能部分索引可以使用。
-
Using filesort:MySQL需要額外的一次傳遞,以找出如何按排序順序檢索行，說明查詢就需要優(yōu)化了。
-
Using index:從只使用索引樹中的信息而不需要進一步搜索讀取實際的行來檢索表中的列信息。
-
Using temporary:為了解決查詢,MySQL需要創(chuàng)建一個臨時表來容納結(jié)果，說明查詢就需要優(yōu)化了。
-
Using where:WHERE 子句用于限制哪一個行匹配下一個表或發(fā)送到客戶。
-
Using sort_union(...), Using union(...), Using intersect(...):這些函數(shù)說明如何為index_merge聯(lián)接類型合并索引掃描。
-
Using index for group-by:類似于訪問表的Using index方式,Using index for group-by表示MySQL發(fā)現(xiàn)了一個索引,可以用來查 詢GROUP BY或DISTINCT查詢的所有列,而不要額外搜索硬盤訪問實際的表。
|
總結(jié)
以上所述是小編給大家介紹的MySql中如何使用 explain 查詢 SQL 的執(zhí)行計劃，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復(fù)大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持！
您可能感興趣的文章:- 詳解 MySQL 執(zhí)行計劃
- Mysql深入探索之Explain執(zhí)行計劃詳析
- MySQL執(zhí)行計劃的深入分析
- mysql執(zhí)行計劃id為空（UNION關(guān)鍵字）詳解
- MySQL中通過EXPLAIN如何分析SQL的執(zhí)行計劃詳解
- MySQL中執(zhí)行計劃explain命令示例詳解
- mysql執(zhí)行計劃介紹
- MYSQL explain 執(zhí)行計劃
- 帶你學(xué)習(xí)MySQL執(zhí)行計劃
