Mysql中explain作用詳解
一、MYSQL的索引
索引（Index）:幫助Mysql高效獲取資料的一種資料結構。用於提高查詢效率，可以比作字典。可以簡單理解為排好序的快速查詢的資料結構。
索引的作用：便於查詢和排序（所以新增索引會影響where 語句與 order by 排序語句）。
在資料之外，資料庫還維護著滿足特定查詢演算法的資料結構，這些資料結構以某種方式引用資料。這樣就可以在這些資料結構上實現高階查詢演算法。這些資料結構就是索引。
索引本身也很大，不可能全部儲存在記憶體中，所以索引往往以索引檔案的形式儲存在磁碟上。
我們平時所說的索引，如果沒有特別指明，一般都是B樹索引。（聚集索引、複合索引、字首索引、唯一索引預設都是B+樹索引），除了B樹索引還有雜湊索引。
優點：
A、提高資料檢索效率，降低資料庫的IO成本
B、通過索引列對資料進行排序，降低了資料排序成本，降低了CPU的消耗。
缺點：
A、索引也是一張表，該表儲存了主鍵與索引欄位，並指向實體表的記錄，所以索引也是佔用空間的。
B、對錶進行INSERT、UPDATE、DELETE操作時，MYSQL不僅會更新資料，還要儲存一下索引檔案每次更新添加了索引列欄位的相應資訊。
在實際的生產環境中我們需要逐步分析，優化建立最優的索引，並要優化我們的查詢條件。
索引的分類：
1、單值索引 一個索引只包含一個欄位，一個表可以有多個單列索引。
2、唯一索引 索引列的值必須唯一，但允許有空值。
3、複合索引 一個索引包含多個列
一張表建議建立5個之內的索引
語法：
1、CREATE [UNIQUE] INDEX indexName ON myTable (columnName(length));
2、ALTER myTable Add [UNIQUE] INDEX [indexName] ON (columnName(length));
刪除：DROP INDEX [indexName] ON myTable;
檢視： SHOW INDEX FROM table_name\G;
二、EXPLAIN 的作用
EXPLAIN :模擬Mysql優化器是如何執行SQL查詢語句的，從而知道Mysql是如何處理你的SQL語句的。分析你的查詢語句或是表結構的效能瓶頸。
mysql> explain select * from tb_user; +----+-------------+---------+------+---------------+------+---------+------+------+-------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+---------+------+---------------+------+---------+------+------+-------+ | 1 | SIMPLE | tb_user | ALL | NULL | NULL | NULL | NULL | 1 | NULL | +----+-------------+---------+------+---------------+------+---------+------+------+-------+
(一)id列：
(1)、id 相同執行順序由上到下
mysql> explain -> SELECT*FROM tb_order tb1 -> LEFT JOIN tb_product tb2 ON tb1.tb_product_id = tb2.id -> LEFT JOIN tb_user tb3 ON tb1.tb_user_id = tb3.id; +----+-------------+-------+--------+---------------+---------+---------+---------------------------+------+-------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+--------+---------------+---------+---------+---------------------------+------+-------+ | 1 | SIMPLE | tb1 | ALL | NULL | NULL | NULL | NULL | 1 | NULL | | 1 | SIMPLE | tb2 | eq_ref | PRIMARY | PRIMARY | 4 | product.tb1.tb_product_id | 1 | NULL | | 1 | SIMPLE | tb3 | eq_ref | PRIMARY | PRIMARY | 4 | product.tb1.tb_user_id | 1 | NULL | +----+-------------+-------+--------+---------------+---------+---------+---------------------------+------+-------+
(2)、如果是子查詢，id序號會自增，id值越大優先順序就越高，越先被執行。
mysql> EXPLAIN -> select * from tb_product tb1 where tb1.id = (select tb_product_id from tb_order tb2 where id = tb2.id =1); +----+-------------+-------+-------+---------------+---------+---------+-------+------+-------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+-------+-------+---------------+---------+---------+-------+------+-------------+ | 1 | PRIMARY | tb1 | const | PRIMARY | PRIMARY | 4 | const | 1 | NULL | | 2 | SUBQUERY | tb2 | ALL | NULL | NULL | NULL | NULL | 1 | Using where | +----+-------------+-------+-------+---------------+---------+---------+-------+------+-------------+
(3)、id 相同與不同，同時存在
mysql> EXPLAIN -> select * from(select * from tb_order tb1 where tb1.id =1) s1,tb_user tb2 where s1.tb_user_id = tb2.id; +----+-------------+------------+--------+---------------+---------+---------+-------+------+-------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+------------+--------+---------------+---------+---------+-------+------+-------+ | 1 | PRIMARY | <derived2> | system | NULL | NULL | NULL | NULL | 1 | NULL | | 1 | PRIMARY | tb2 | const | PRIMARY | PRIMARY | 4 | const | 1 | NULL | | 2 | DERIVED | tb1 | const | PRIMARY | PRIMARY | 4 | const | 1 | NULL | +----+-------------+------------+--------+---------------+---------+---------+-------+------+-------+
derived2：衍生表 2表示衍生的是id=2的表 tb1
（二）select_type列：資料讀取操作的操作型別
1、SIMPLE:簡單的select 查詢，SQL中不包含子查詢或者UNION。
2、PRIMARY:查詢中包含複雜的子查詢部分，最外層查詢被標記為PRIMARY
3、SUBQUERY:在select 或者WHERE 列表中包含了子查詢
4、DERIVED:在FROM列表中包含的子查詢會被標記為DERIVED(衍生表)，MYSQL會遞迴執行這些子查詢，把結果集放到零時表中。
5、UNION:如果第二個SELECT 出現在UNION之後，則被標記位UNION；如果UNION包含在FROM子句的子查詢中，則外層SELECT 將被標記為DERIVED
6、UNION RESULT:從UNION表獲取結果的select
（三）table列：該行資料是關於哪張表
（四）type列：訪問型別 由好到差system > const > eq_ref > ref > range > index > ALL
1、system:表只有一條記錄(等於系統表),這是const型別的特例，平時業務中不會出現。
2、const:通過索引一次查到資料，該型別主要用於比較primary key 或者unique 索引，因為只匹配一行資料，所以很快;如果將主鍵置於WHERE語句後面，Mysql就能將該查詢轉換為一個常量。
3、eq_ref:唯一索引掃描，對於每個索引鍵，表中只有一條記錄與之匹配。常見於主鍵或者唯一索引掃描。
4、ref:非唯一索引掃描，返回匹配某個單獨值得所有行，本質上是一種索引訪問，它返回所有匹配某個單獨值的行，就是說它可能會找到多條符合條件的資料，所以他是查詢與掃描的混合體。
5、range：只檢索給定範圍的行，使用一個索引來選著行。key列顯示使用了哪個索引。一般在你的WHERE 語句中出現between 、< 、> 、in 等查詢，這種給定範圍掃描比全表掃描要好。因為他只需要開始於索引的某一點，而結束於另一點，不用掃描全部索引。
6、index：FUll Index Scan 掃描遍歷索引樹(掃描全表的索引，從索引中獲取資料)。
7、ALL 全表掃描 從磁碟中獲取資料 百萬級別的資料ALL型別的資料儘量優化。
（五）possible_keys列:顯示可能應用在這張表的索引，一個或者多個。查詢涉及到的欄位若存在索引，則該索引將被列出，但不一定被查詢實際使用。
（六）keys列:實際使用到的索引。如果為NULL，則沒有使用索引。查詢中如果使用了覆蓋索引，則該索引僅出現在key列表中。覆蓋索引：select 後的 欄位與我們建立索引的欄位個數一致。
（七）ken_len列:表示索引中使用的位元組數，可通過該列計算查詢中使用的索引長度。在不損失精確性的情況下，長度越短越好。key_len 顯示的值為索引欄位的最大可能長度，並非實際使用長度，即key_len是根據表定義計算而得，不是通過表內檢索出來的。
（八）ref列:顯示索引的哪一列被使用了，如果可能的話，是一個常數。哪些列或常量被用於查詢索引列上的值。
（九）rows列(每張表有多少行被優化器查詢):根據表統計資訊及索引選用的情況，大致估算找到所需記錄需要讀取的行數。
（十）Extra列：擴充套件屬性，但是很重要的資訊。
1、 Using filesort(檔案排序)：mysql無法按照表內既定的索引順序進行讀取。
mysql> explain select order_number from tb_order order by order_money; +----+-------------+----------+------+---------------+------+---------+------+------+----------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+----------+------+---------------+------+---------+------+------+----------------+ | 1 | SIMPLE | tb_order | ALL | NULL | NULL | NULL | NULL | 1 | Using filesort | +----+-------------+----------+------+---------------+------+---------+------+------+----------------+ 1 row in set (0.00 sec)
說明：order_number是表內的一個唯一索引列，但是order by 沒有使用該索引列排序，所以mysql使用不得不另起一列進行排序。
2、Using temporary:Mysql使用了臨時表儲存中間結果，常見於排序order by 和分組查詢 group by。
mysql> explain select order_number from tb_order group by order_money; +----+-------------+----------+------+---------------+------+---------+------+------+---------------------------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+----------+------+---------------+------+---------+------+------+---------------------------------+ | 1 | SIMPLE | tb_order | ALL | NULL | NULL | NULL | NULL | 1 | Using temporary; Using filesort | +----+-------------+----------+------+---------------+------+---------+------+------+---------------------------------+ 1 row in set (0.00 sec)
3、Using index 表示相應的select 操作使用了覆蓋索引，避免訪問了表的資料行，效率不錯。
如果同時出現Using where ，表明索引被用來執行索引鍵值的查詢。
如果沒有同時出現using where 表明索引用來讀取資料而非執行查詢動作。
mysql> explain select order_number from tb_order group by order_number; +----+-------------+----------+-------+--------------------+--------------------+---------+------+------+-------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+----------+-------+--------------------+--------------------+---------+------+------+-------------+ | 1 | SIMPLE | tb_order | index | index_order_number | index_order_number | 99 | NULL | 1 | Using index | +----+-------------+----------+-------+--------------------+--------------------+---------+------+------+-------------+ 1 row in set (0.00 sec)
4、Using where 查詢
5、Using join buffer ：表示當前sql使用了連線快取。
6、impossible where ：where 字句 總是false ，mysql 無法獲取資料行。
7、select tables optimized away：
8、distinct：
總結
以上就是本文關於Mysql中explain作用詳解的全部內容，希望對大家有所幫助。感興趣的朋友可以參閱：MYSQL子查詢和巢狀查詢優化例項解析、幾個比較重要的MySQL變數、ORACLE SQL語句優化技術要點解析等，如有不足之處，歡迎留言指出，小編會及時回覆大家並進行改正。感謝朋友們對本站的支援！