麻豆小视频在线观看_中文黄色一级片_久久久成人精品_成片免费观看视频大全_午夜精品久久久久久久99热浪潮_成人一区二区三区四区

首頁 > 數(shù)據(jù)庫 > MySQL > 正文

MySql中如何使用 explain 查詢 SQL 的執(zhí)行計(jì)劃

2024-07-25 19:08:22
字體:
供稿:網(wǎng)友

mysql/51902.html">explain命令是查看查詢優(yōu)化器如何決定執(zhí)行查詢的主要方法。

這個(gè)功能有局限性,并不總會(huì)說出真相,但它的輸出是可以獲取的最好信息,值得花時(shí)間去了解,因?yàn)榭梢詫W(xué)習(xí)到查詢是如何執(zhí)行的。

1、什么是MySQL執(zhí)行計(jì)劃

       要對(duì)執(zhí)行計(jì)劃有個(gè)比較好的理解,需要先對(duì)MySQL的基礎(chǔ)結(jié)構(gòu)及查詢基本原理有簡(jiǎn)單的了解。

        MySQL本身的功能架構(gòu)分為三個(gè)部分,分別是 應(yīng)用層、邏輯層、物理層,不只是MySQL ,其他大多數(shù)數(shù)據(jù)庫產(chǎn)品都是按這種架構(gòu)來進(jìn)行劃分的。

應(yīng)用層,主要負(fù)責(zé)與客戶端進(jìn)行交互,建立鏈接,記住鏈接狀態(tài),返回?cái)?shù)據(jù),響應(yīng)請(qǐng)求,這一層是和客戶端打交道的。

邏輯層,主要負(fù)責(zé)查詢處理、事務(wù)管理等其他數(shù)據(jù)庫功能處理,以查詢?yōu)槔?nbsp;       

        首先接收到查詢SQL之后,數(shù)據(jù)庫會(huì)立即分配一個(gè)線程對(duì)其進(jìn)行處理,第一步查詢處理器會(huì)對(duì)SQL查詢進(jìn)行優(yōu)化,優(yōu)化后會(huì)生成執(zhí)行計(jì)劃,然后交由計(jì)劃執(zhí)行器來執(zhí)行。

        計(jì)劃執(zhí)行器需要訪問更底層的事務(wù)管理器,存儲(chǔ)管理器來操作數(shù)據(jù),他們各自的分工各有不同,最終通過調(diào)用物理層的文件獲取到查詢結(jié)構(gòu)信息,將最終結(jié)果響應(yīng)給應(yīng)用層。

物理層,實(shí)際物理磁盤上存儲(chǔ)的文件,主要有分文數(shù)據(jù)文件,日志文件。   

        通過上面的描述,生成執(zhí)行計(jì)劃是執(zhí)行一條SQL必不可少的步驟,一條SQL性能的好壞,可以通過查看執(zhí)行計(jì)劃很直觀的看出來,執(zhí)行計(jì)劃提供了各種查詢類型與級(jí)別,方面我們進(jìn)行查看以及為作為性能分析的依據(jù)。 

2、如何分析執(zhí)行計(jì)劃

     MySQL為我們提供了 explain 關(guān)鍵字來直觀的查看一條SQL的執(zhí)行計(jì)劃。

     explain顯示了MySQL如何使用索引來處理select語句以及連接表,可以幫助選擇更好的索引和寫出更優(yōu)化的查詢語句。

      下面我們使用 explain 做一個(gè)查詢,如下:

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列,理解每一列的含義,對(duì)理解執(zhí)行計(jì)劃至關(guān)重要,下面用一個(gè)表格的形式進(jìn)行說明。

 

列名 說明
id SELECT識(shí)別符,這是SELECT的查詢序列號(hào)。
select_type

SELECT類型,可以為以下任何一種:

  • SIMPLE:簡(jiǎn)單SELECT(不使用UNION或子查詢)

  • PRIMARY:最外面的SELECT

  • UNION:UNION中的第二個(gè)或后面的SELECT語句

  • DEPENDENT UNION:UNION中的第二個(gè)或后面的SELECT語句,取決于外面的查詢

  • UNION RESULT:UNION 的結(jié)果

  • SUBQUERY:子查詢中的第一個(gè)SELECT

  • DEPENDENT SUBQUERY:子查詢中的第一個(gè)SELECT,取決于外面的查詢

  • DERIVED:導(dǎo)出表的SELECT(FROM子句的子查詢)

table 輸出的行所引用的表
partitions 如果查詢是基于分區(qū)表的話,顯示查詢將訪問的分區(qū)。
type

聯(lián)接類型。下面給出各種聯(lián)接類型,按照從最佳類型到最壞類型進(jìn)行排序:

  • system:表僅有一行(=系統(tǒng)表)。這是const聯(lián)接類型的一個(gè)特例。

  • const:表最多有一個(gè)匹配行,它將在查詢開始時(shí)被讀取。因?yàn)閮H有一行,在這行的列值可被優(yōu)化器剩余部分認(rèn)為是常數(shù)。const表很快,因?yàn)樗鼈冎蛔x取一次!

  • eq_ref:對(duì)于每個(gè)來自于前面的表的行組合,從該表中讀取一行。這可能是最好的聯(lián)接類型,除了const類型。

  • ref:對(duì)于每個(gè)來自于前面的表的行組合,所有有匹配索引值的行將從這張表中讀取。

  • 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是一個(gè)索引查找函數(shù),可以完全替換子查詢,效率更高。

  • index_subquery:該聯(lián)接類型類似于unique_subquery。可以替換IN子查詢,但只適合下列形式的子查詢中的非唯一索引: value IN (SELECT key_column FROM single_table WHERE some_expr)

  • range:只檢索給定范圍的行,使用一個(gè)索引來選擇行。

  • index:該聯(lián)接類型與ALL相同,除了只有索引樹被掃描。這通常比ALL快,因?yàn)樗饕募ǔ1葦?shù)據(jù)文件小。

  • ALL:對(duì)于每個(gè)來自于先前的表的行組合,進(jìn)行完整的表掃描,說明查詢就需要優(yōu)化了。

一般來說,得保證查詢至少達(dá)到range級(jí)別,最好能達(dá)到ref。

possible_keys 指出MySQL能使用哪個(gè)索引在該表中找到行
key 顯示MySQL實(shí)際決定使用的鍵(索引)。如果沒有選擇索引,鍵是NULL。
key_len 顯示MySQL決定使用的鍵長(zhǎng)度。如果鍵是NULL,則長(zhǎng)度為NULL。在不損失精確性的情況下,長(zhǎng)度越短越好
ref 顯示使用哪個(gè)列或常數(shù)與key一起從表中選擇行。
rows 顯示MySQL認(rèn)為它執(zhí)行查詢時(shí)必須檢查的行數(shù)。多行之間的數(shù)據(jù)相乘可以估算要處理的行數(shù)。
filtered 顯示了通過條件過濾出的行數(shù)的百分比估計(jì)值。
Extra

該列包含MySQL解決查詢的詳細(xì)信息

  • Distinct:MySQL發(fā)現(xiàn)第1個(gè)匹配行后,停止為當(dāng)前的行組合搜索更多的行。

  • Select tables optimized away MySQL根本沒有遍歷表或索引就返回?cái)?shù)據(jù)了,表示已經(jīng)優(yōu)化到不能再優(yōu)化了

  • Not exists:MySQL能夠?qū)Σ樵冞M(jìn)行LEFT JOIN優(yōu)化,發(fā)現(xiàn)1個(gè)匹配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:從只使用索引樹中的信息而不需要進(jìn)一步搜索讀取實(shí)際的行來檢索表中的列信息。

  • Using temporary:為了解決查詢,MySQL需要?jiǎng)?chuàng)建一個(gè)臨時(shí)表來容納結(jié)果,說明查詢就需要優(yōu)化了。

  • Using where:WHERE 子句用于限制哪一個(gè)行匹配下一個(gè)表或發(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)了一個(gè)索引,可以用來查 詢GROUP BY或DISTINCT查詢的所有列,而不要額外搜索硬盤訪問實(shí)際的表。

 

總結(jié)

以上所述是小編給大家介紹的MySql中如何使用 explain 查詢 SQL 的執(zhí)行計(jì)劃,希望對(duì)大家有所幫助,如果大家有任何疑問請(qǐng)給我留言,小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對(duì)VeVb武林網(wǎng)網(wǎng)站的支持!


注:相關(guān)教程知識(shí)閱讀請(qǐng)移步到MYSQL教程頻道。
發(fā)表評(píng)論 共有條評(píng)論
用戶名: 密碼:
驗(yàn)證碼: 匿名發(fā)表
主站蜘蛛池模板: 一级毛片真人免费播放视频 | 他也色在线视频 | 久久人人爽人人爽人人片av高清 | 一本色道久久综合狠狠躁篇适合什么人看 | 精品一区二区三区日本 | 欧美成人三级大全 | 亚洲va国产va | 欧美精品久久久久久久久久 | 国产精品91久久久 | 国产精品99久久久久久宅女 | 久久精品探花 | 毛片大全免费 | 92看片淫黄大片一级 | 国产中出在线观看 | 久久久久久久久久久久久久国产 | 精品久久久久久亚洲精品 | 精品一区二区三区免费看 | 国产日韩欧美一区 | 国产精品视频一区二区噜噜 | 99国产精品自拍 | 亚洲精品91| 国语自产免费精品视频在 | 91网视频在线观看 | 黑人一级片视频 | 久久久www成人免费毛片 | 男女羞羞视频 | 爱视频福利 | 一级做a爱片性色毛片高清 日本一区二区在线看 | 一本一道久久久a久久久精品91 | 高清一区二区在线观看 | 黄网站色成年大片免费高 | 国产无遮挡一区二区三区毛片日本 | 91精品一区二区综合在线 | 国产美女的小嫩bbb图片 | 精品国产91久久久久久 | 日本在线一区二区 | 97精品视频在线观看 | 免费久久久久 | 媚药按摩痉挛w中文字幕 | 欧美人一级淫片a免费播放 久久久久久久久91 国产99久久久久久免费看 | 亚洲成人精品久久久 |