校园春色亚洲色图_亚洲视频分类_中文字幕精品一区二区精品_麻豆一区区三区四区产品精品蜜桃

主頁 > 知識庫 > Mysql中explain作用詳解

Mysql中explain作用詳解

熱門標(biāo)簽:地圖標(biāo)注圖標(biāo)素材入駐 百度地圖標(biāo)注地方備注 好搜地圖標(biāo)注 電話機器人免費嗎 龍圖酒吧地圖標(biāo)注 電銷機器人價格多少錢一臺 怎么辦理400電話呢 400電話申請什么好 怎么申請400電話申請

一、MYSQL的索引

索引(Index):幫助Mysql高效獲取數(shù)據(jù)的一種數(shù)據(jù)結(jié)構(gòu)。用于提高查找效率,可以比作字典。可以簡單理解為排好序的快速查找的數(shù)據(jù)結(jié)構(gòu)。

索引的作用:便于查詢和排序(所以添加索引會影響where 語句與 order by 排序語句)。

在數(shù)據(jù)之外,數(shù)據(jù)庫還維護(hù)著滿足特定查找算法的數(shù)據(jù)結(jié)構(gòu),這些數(shù)據(jù)結(jié)構(gòu)以某種方式引用數(shù)據(jù)。這樣就可以在這些數(shù)據(jù)結(jié)構(gòu)上實現(xiàn)高級查找算法。這些數(shù)據(jù)結(jié)構(gòu)就是索引。

索引本身也很大,不可能全部存儲在內(nèi)存中,所以索引往往以索引文件的形式存儲在磁盤上。

我們平時所說的索引,如果沒有特別指明,一般都是B樹索引。(聚集索引、復(fù)合索引、前綴索引、唯一索引默認(rèn)都是B+樹索引),除了B樹索引還有哈希索引。

優(yōu)點:

A、提高數(shù)據(jù)檢索效率,降低數(shù)據(jù)庫的IO成本
B、通過索引列對數(shù)據(jù)進(jìn)行排序,降低了數(shù)據(jù)排序成本,降低了CPU的消耗。

缺點:

A、索引也是一張表,該表保存了主鍵與索引字段,并指向?qū)嶓w表的記錄,所以索引也是占用空間的。
B、對表進(jìn)行INSERT、UPDATE、DELETE操作時,MYSQL不僅會更新數(shù)據(jù),還要保存一下索引文件每次更新添加了索引列字段的相應(yīng)信息。

在實際的生產(chǎn)環(huán)境中我們需要逐步分析,優(yōu)化建立最優(yōu)的索引,并要優(yōu)化我們的查詢條件。

索引的分類:

1、單值索引 一個索引只包含一個字段,一個表可以有多個單列索引。
2、唯一索引 索引列的值必須唯一,但允許有空值。
3、復(fù)合索引 一個索引包含多個列

一張表建議建立5個之內(nèi)的索引

語法:

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優(yōu)化器是如何執(zhí)行SQL查詢語句的,從而知道Mysql是如何處理你的SQL語句的。分析你的查詢語句或是表結(jié)構(gò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   | 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列:數(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:非唯一索引掃描,返回匹配某個單獨值得所有行,本質(zhì)上是一種索引訪問,它返回所有匹配某個單獨值的行,就是說它可能會找到多條符合條件的數(shù)據(jù),所以他是查找與掃描的混合體。
  5、range:只檢索給定范圍的行,使用一個索引來選著行。key列顯示使用了哪個索引。一般在你的WHERE 語句中出現(xiàn)between 、 、> 、in 等查詢,這種給定范圍掃描比全表掃描要好。因為他只需要開始于索引的某一點,而結(jié)束于另一點,不用掃描全部索引。
  6、index:FUll Index Scan 掃描遍歷索引樹(掃描全表的索引,從索引中獲取數(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列:擴展屬性,但是很重要的信息。

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:

總結(jié)

以上就是本文關(guān)于Mysql中explain作用詳解的全部內(nèi)容,希望對大家有所幫助。感興趣的朋友可以參閱:MYSQL子查詢和嵌套查詢優(yōu)化實例解析、幾個比較重要的MySQL變量、ORACLE SQL語句優(yōu)化技術(shù)要點解析等,如有不足之處,歡迎留言指出,小編會及時回復(fù)大家并進(jìn)行改正。感謝朋友們對本站的支持!

您可能感興趣的文章:
  • MySQL查詢優(yōu)化之explain的深入解析
  • mysql中explain用法詳解
  • mysql總結(jié)之explain
  • MySQL性能分析及explain的使用說明
  • mysql之explain使用詳解(分析索引)
  • 詳解MySQL中EXPLAIN解釋命令及用法講解
  • MySQL中執(zhí)行計劃explain命令示例詳解
  • MYSQL explain 執(zhí)行計劃
  • MySQL中EXPLAIN命令詳解
  • MySQL EXPLAIN輸出列的詳細(xì)解釋

標(biāo)簽:固原 防疫工作 內(nèi)江 汕尾 廣西 撫順 浙江 溫州

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《Mysql中explain作用詳解》,本文關(guān)鍵詞  Mysql,中,explain,作用,詳解,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《Mysql中explain作用詳解》相關(guān)的同類信息!
  • 本頁收集關(guān)于Mysql中explain作用詳解的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章
    校园春色亚洲色图_亚洲视频分类_中文字幕精品一区二区精品_麻豆一区区三区四区产品精品蜜桃
    一区二区三区四区中文字幕| 国产一区免费电影| 国精产品一区一区三区mba桃花| 波多野结衣一区二区三区 | 波多野结衣中文字幕一区二区三区| 欧美羞羞免费网站| 国产精品久久毛片| 国产一区二区三区在线观看免费| 欧美男同性恋视频网站| 中文字幕一区二区三区在线播放 | 国产一区二区三区| 欧美精品vⅰdeose4hd| 亚洲图片激情小说| 高清在线不卡av| 欧美xxx久久| 蜜臀久久久久久久| 欧美绝品在线观看成人午夜影视| 亚洲同性同志一二三专区| 成人高清视频在线| 国产性天天综合网| 国产福利一区二区三区视频| 日韩欧美不卡在线观看视频| 午夜亚洲国产au精品一区二区| 91网上在线视频| 亚洲欧美视频在线观看视频| eeuss鲁片一区二区三区| 国产欧美视频一区二区| 国产一区二区三区电影在线观看| 欧美va亚洲va香蕉在线| 麻豆国产精品官网| 日韩欧美一区在线| 日韩国产在线一| 欧美老年两性高潮| 日韩不卡一区二区| 制服丝袜中文字幕一区| 偷拍一区二区三区四区| 日韩一区二区三区在线观看 | 一区二区三区在线观看欧美 | 一区二区三区四区视频精品免费| 99这里都是精品| 亚洲女同女同女同女同女同69| 色诱亚洲精品久久久久久| 亚洲欧美日韩国产另类专区| 在线精品视频小说1| 无码av中文一区二区三区桃花岛| 欧美一级午夜免费电影| 国产一区二区精品在线观看| 中文字幕av一区 二区| 色综合中文字幕国产| 亚洲国产精品影院| 欧美一级高清片| 国产传媒久久文化传媒| 成人免费一区二区三区在线观看| 色综合久久天天| 日日夜夜精品视频免费| 久久久久久久久久久黄色| 91香蕉视频mp4| 青青草原综合久久大伊人精品 | 成人免费观看男女羞羞视频| 1024成人网| 7777精品伊人久久久大香线蕉的| 美女视频黄a大片欧美| 国产女主播一区| 欧美另类久久久品| 国产成人在线视频网站| 亚洲一区在线视频| 久久久激情视频| 欧美午夜精品免费| 国产成人av在线影院| 香蕉影视欧美成人| 国产午夜精品福利| 欧美精品一二三四| 国产成人啪午夜精品网站男同| 一区二区三区蜜桃网| 国产婷婷一区二区| 7777精品伊人久久久大香线蕉超级流畅 | 国产精品一区二区三区99| 亚洲欧美国产毛片在线| 欧美va亚洲va香蕉在线| 欧美午夜精品一区二区三区| 风间由美一区二区三区在线观看 | 日本一区二区三区四区在线视频| 欧美性大战久久久久久久蜜臀| 国内精品久久久久影院色| 亚洲国产中文字幕| 国产精品色噜噜| 亚洲精品在线电影| 欧美日韩国产成人在线91| caoporn国产精品| 精品在线播放免费| 五月综合激情婷婷六月色窝| 成人免费在线视频| 中文字幕不卡三区| 久久精品一区二区三区不卡牛牛 | 九九国产精品视频| 日韩av不卡一区二区| 一区二区在线看| 中文字幕在线观看不卡视频| 久久众筹精品私拍模特| 日韩一区二区免费在线电影 | 久久久久久综合| 2020国产精品| 337p日本欧洲亚洲大胆精品| 日韩午夜激情免费电影| 在线播放中文一区| 欧美日韩激情在线| 欧美三区在线观看| 欧美影片第一页| 欧美三级视频在线播放| 91久久国产综合久久| 91在线视频官网| 色综合久久88色综合天天6| www.成人在线| 99久久99久久久精品齐齐| 高清在线观看日韩| gogo大胆日本视频一区| 91香蕉视频黄| 91福利视频网站| 欧美男人的天堂一二区| 91精品国产乱| 欧美电视剧免费全集观看| 日韩一级免费观看| 日韩欧美卡一卡二| 久久免费午夜影院| 国产精品日韩精品欧美在线| 中文字幕在线不卡视频| 亚洲三级在线看| 亚洲一级在线观看| 久久精品99国产精品| 国产成人在线视频播放| 色哟哟一区二区| 日韩一区二区三区电影在线观看 | 97aⅴ精品视频一二三区| 色天天综合色天天久久| 欧美精品丝袜久久久中文字幕| 制服丝袜成人动漫| 久久婷婷国产综合精品青草| 国产精品网曝门| 亚洲va欧美va国产va天堂影院| 奇米精品一区二区三区四区| 国产一本一道久久香蕉| 99久久婷婷国产综合精品| 欧美日韩激情一区二区三区| 久久亚洲影视婷婷| 综合色天天鬼久久鬼色| 日韩av中文字幕一区二区| 国产精品 日产精品 欧美精品| 色综合一个色综合亚洲| 日韩区在线观看| 亚洲人精品一区| 捆绑调教一区二区三区| 99热这里都是精品| 日韩欧美高清dvd碟片| 亚洲欧美日韩在线| 麻豆精品国产91久久久久久| 91视频免费看| 精品国产精品一区二区夜夜嗨| 一区二区三区在线观看动漫 | 亚洲国产精品国自产拍av| 亚洲小说欧美激情另类| 丁香六月久久综合狠狠色| 欧美喷潮久久久xxxxx| 中文字幕一区二区三区四区不卡 | 欧美日韩精品一区二区三区四区 | 日本不卡视频一二三区| 色综合久久久久网| 国产视频911| 久久精品99国产精品| 欧美日韩国产精品自在自线| 国产精品女人毛片| 国产专区欧美精品| 91精品国产一区二区三区| 亚洲欧美偷拍三级| 成+人+亚洲+综合天堂| 久久婷婷一区二区三区| 日本欧美在线看| 在线视频观看一区| 国产精品久久久久婷婷二区次| 老司机精品视频在线| 欧美一区二区三区视频在线观看| 亚洲精品国产精华液| 99国内精品久久| 日本一区二区三区久久久久久久久不| 麻豆freexxxx性91精品| 欧美日韩专区在线| 一区二区三区欧美在线观看| 91亚洲精品乱码久久久久久蜜桃| 国产精品色一区二区三区| 国产成人av资源| 欧美激情综合在线| 国产成人久久精品77777最新版本 国产成人鲁色资源国产91色综 | 国产一区二区剧情av在线| 精品少妇一区二区三区日产乱码| 日欧美一区二区| 欧美精品xxxxbbbb| 蜜臀99久久精品久久久久久软件| 欧美日韩激情一区二区| 日韩av一二三| 精品国产一区二区精华| 国产一区美女在线|