mysql explain的作用是模擬Mysql優化器是如何執行SQL查詢語句的,從而知道Mysql是如何處理使用者的SQL語句,提高資料檢索效率,降低資料庫的IO成本。
mysql 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
#相關學習推薦:mysql影片教學
(二)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
:非唯一索引掃描,傳回符合某個單獨值得所有行,本質上是一種索引訪問,它傳回所有符合某個單獨值的行,就是說它可能會找到多條符合條件的數據,所以他是尋找與掃描的混合體。
詳解:這種類型表示mysql會根據特定的演算法快速查找到某個符合條件的索引,而不是會對索引中每一個資料都進行一一的掃描判斷,也就是所謂你平常理解的使用索引查詢會更快的取出資料。而要實現這種查找,索引卻是有要求的,要實現這種能快速查找的演算法,索引就要滿足特定的資料結構。簡單說,也就是索引欄位的資料必須是有序的,才能實現這種類型的查找,才能利用到索引。
5、range
:只檢索給定範圍的行,使用一個索引來選行。 key列顯示使用了哪個索引。一般在你的WHERE 語句中出現between 、< 、> 、in 等查詢,這種給定範圍掃描比全表掃描好。因為他只需要開始於索引的某一點,而結束於另一點,不用掃描全部索引。
6、index
:FUll Index Scan 掃描遍歷索引樹(index:這種類型表示是mysql會對整個該索引進行掃描。要用到這種類型的索引,對這個索引並無特別要求,只要是索引,或者某個複合索引的一部分,mysql都可能會採用index類型的方式掃描。但是呢,缺點是效率不高,mysql會從索引中的第一個數據一個個的查找到最後一個數據,直到找到符合判斷條件的某個索引)。
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的作用是什麼?的詳細內容。更多資訊請關注PHP中文網其他相關文章!