本篇文章給大家分享的是有關(guān)MySQL中explain的作用,小編覺得挺實用的,因此分享給大家學(xué)習(xí),希望大家閱讀完這篇文章后可以有所收獲,話不多說,跟著小編一起來看看吧。
網(wǎng)站建設(shè)哪家好,找創(chuàng)新互聯(lián)!專注于網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、微信小程序、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了新巴爾虎左免費(fèi)建站歡迎大家使用!
mysql explain的作用是:
在日常工作中,我們會有時會開慢查詢?nèi)ビ涗浺恍﹫?zhí)行時間比較久的SQL語句,找出這些SQL語句并不意味著完事了,些時我們常常用到explain這個命令來查看一個這些SQL語句的執(zhí)行計劃,查看該SQL語句有沒有使用上了索引,有沒有做全表掃描,這都可以通過explain命令來查看。所以我們深入了解MySQL的基于開銷的優(yōu)化器,還可以獲得很多可能被優(yōu)化器考慮到的訪問策略的細(xì)節(jié),以及當(dāng)運(yùn)行SQL語句時哪種策略預(yù)計會被優(yōu)化器采用。
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 相同執(zhí)行順序由上到下 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值越大優(yōu)先級就越高,越先被執(zhí)行。 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 || 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列:數(shù)據(jù)讀取操作的操作類型
1、SIMPLE:簡單的select 查詢,SQL中不包含子查詢或者UNION。
2、PRIMARY:查詢中包含復(fù)雜的子查詢部分,最外層查詢被標(biāo)記為PRIMARY
3、SUBQUERY:在select 或者WHERE 列表中包含了子查詢
4、DERIVED:在FROM列表中包含的子查詢會被標(biāo)記為DERIVED(衍生表),MYSQL會遞歸執(zhí)行這些子查詢,把結(jié)果集放到零時表中。
5、UNION:如果第二個SELECT 出現(xiàn)在UNION之后,則被標(biāo)記位UNION;如果UNION包含在FROM子句的子查詢中,則外層SELECT 將被標(biāo)記為DERIVED
6、UNION RESULT:從UNION表獲取結(jié)果的select
(三)table列:該行數(shù)據(jù)是關(guān)于哪張表
(四)type列:訪問類型由好到差system > const > eq_ref > ref > range > index > ALL
1、system
:表只有一條記錄(等于系統(tǒng)表),這是const類型的特例,平時業(yè)務(wù)中不會出現(xiàn)。
2、const
:通過索引一次查到數(shù)據(jù),該類型主要用于比較primary key 或者unique 索引,因為只匹配一行數(shù)據(jù),所以很快;如果將主鍵置于WHERE語句后面,Mysql就能將該查詢轉(zhuǎn)換為一個常量。
3、eq_ref
:唯一索引掃描,對于每個索引鍵,表中只有一條記錄與之匹配。常見于主鍵或者唯一索引掃描。
4、ref
:非唯一索引掃描,返回匹配某個單獨(dú)值得所有行,本質(zhì)上是一種索引訪問,它返回所有匹配某個單獨(dú)值的行,就是說它可能會找到多條符合條件的數(shù)據(jù),所以他是查找與掃描的混合體。
詳解:這種類型表示mysql會根據(jù)特定的算法快速查找到某個符合條件的索引,而不是會對索引中每一個數(shù)據(jù)都進(jìn)行一 一的掃描判斷,也就是所謂你平常理解的使用索引查詢會更快的取出數(shù)據(jù)。而要想實現(xiàn)這種查找,索引卻是有要求的,要實現(xiàn)這種能快速查找的算法,索引就要滿足特定的數(shù)據(jù)結(jié)構(gòu)。簡單說,也就是索引字段的數(shù)據(jù)必須是有序的,才能實現(xiàn)這種類型的查找,才能利用到索引。
5、range
:只檢索給定范圍的行,使用一個索引來選著行。key列顯示使用了哪個索引。一般在你的WHERE 語句中出現(xiàn)between 、< 、> 、in 等查詢,這種給定范圍掃描比全表掃描要好。因為他只需要開始于索引的某一點(diǎn),而結(jié)束于另一點(diǎn),不用掃描全部索引。
6、index
:FUll Index Scan 掃描遍歷索引樹(index:這種類型表示是mysql會對整個該索引進(jìn)行掃描。要想用到這種類型的索引,對這個索引并無特別要求,只要是索引,或者某個復(fù)合索引的一部分,mysql都可能會采用index類型的方式掃描。但是呢,缺點(diǎn)是效率不高,mysql會從索引中的第一個數(shù)據(jù)一個個的查找到最后一個數(shù)據(jù),直到找到符合判斷條件的某個索引)。
7、ALL
:全表掃描 從磁盤中獲取數(shù)據(jù) 百萬級別的數(shù)據(jù)ALL類型的數(shù)據(jù)盡量優(yōu)化。
(五)possible_keys列:顯示可能應(yīng)用在這張表的索引,一個或者多個。查詢涉及到的字段若存在索引,則該索引將被列出,但不一定被查詢實際使用。
(六)keys列:實際使用到的索引。如果為NULL,則沒有使用索引。查詢中如果使用了覆蓋索引,則該索引僅出現(xiàn)在key列表中。覆蓋索引:select 后的 字段與我們建立索引的字段個數(shù)一致。
(七)ken_len列:表示索引中使用的字節(jié)數(shù),可通過該列計算查詢中使用的索引長度。在不損失精確性的情況下,長度越短越好。key_len 顯示的值為索引字段的最大可能長度,并非實際使用長度,即key_len是根據(jù)表定義計算而得,不是通過表內(nèi)檢索出來的。
(八)ref列:顯示索引的哪一列被使用了,如果可能的話,是一個常數(shù)。哪些列或常量被用于查找索引列上的值。
(九)rows列(每張表有多少行被優(yōu)化器查詢):根據(jù)表統(tǒng)計信息及索引選用的情況,大致估算找到所需記錄需要讀取的行數(shù)。
(十)Extra列:擴(kuò)展屬性,但是很重要的信息。
1、 Using filesort(文件排序):mysql無法按照表內(nèi)既定的索引順序進(jìn)行讀取。 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是表內(nèi)的一個唯一索引列,但是order by 沒有使用該索引列排序,所以mysql使用不得不另起一列進(jìn)行排序。 2、Using temporary:Mysql使用了臨時表保存中間結(jié)果,常見于排序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 表示相應(yīng)的select 操作使用了覆蓋索引,避免訪問了表的數(shù)據(jù)行,效率不錯。 如果同時出現(xiàn)Using where ,表明索引被用來執(zhí)行索引鍵值的查找。 如果沒有同時出現(xiàn)using where 表明索引用來讀取數(shù)據(jù)而非執(zhí)行查找動作。 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 :表示當(dāng)前sql使用了連接緩存。 6、impossible where :where 字句 總是false ,mysql 無法獲取數(shù)據(jù)行。 7、select tables optimized away: 8、distinct:
以上就是mysql中explain的作用,小編相信有部分知識點(diǎn)可能是我們?nèi)粘9ぷ鲿姷交蛴玫降?。希望你能通過這篇文章學(xué)到更多知識。更多詳情敬請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。