欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

MySQL執(zhí)行計劃的深入分析

 更新時間:2019年01月08日 11:34:26   作者:聽風(fēng)。  
這篇文章主要給大家介紹了關(guān)于MySQL執(zhí)行計劃的相關(guān)資料,文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧

前言

在之前的面試過程中,問到執(zhí)行計劃,有很多童鞋不知道是什么?甚至將執(zhí)行計劃與執(zhí)行時間認為是同一個概念。今天我們就一起來了解一下執(zhí)行計劃到底是什么?有什么用途?

執(zhí)行計劃是什么?

執(zhí)行計劃,簡單的來說,是SQL在數(shù)據(jù)庫中執(zhí)行時的表現(xiàn)情況,通常用于SQL性能分析,優(yōu)化等場景。

一. 執(zhí)行計劃能告訴我們什么?

  • SQL如何使用索引
  • 聯(lián)接查詢的執(zhí)行順序
  • 查詢掃描的數(shù)據(jù)函數(shù)

二. 執(zhí)行計劃中的內(nèi)容


SQL執(zhí)行計劃的輸出可能為多行,每一行代表對一個數(shù)據(jù)庫對象的操作

1. ID列

  • ID列中的如果數(shù)據(jù)為一組數(shù)字,表示執(zhí)行SELECT語句的順序;如果為NULL,則說明這一行數(shù)據(jù)是由另外兩個SQL語句進行 UNION操作后產(chǎn)生的結(jié)果集
  • ID值相同時,說明SQL執(zhí)行順序是按照顯示的從上至下執(zhí)行的
  • ID值不同時,ID值越大代表優(yōu)先級越高,則越先被執(zhí)行

演示


可以看到上面的執(zhí)行計劃返回了3行結(jié)果,id列的值可以看作是SQL中所具有的SELECT操作的序號

由于上述SQL中只有一個SELECT,所以id全為1,因此,我們就要按照由上至下讀取執(zhí)行計劃

按照我們的SQL語句,我們會認為執(zhí)行順序是a,b,c,但是通過上圖可以發(fā)現(xiàn),Mysql并不是完成按照SQL中所寫的順序來進行表的關(guān)聯(lián)操作的

執(zhí)行對表的執(zhí)行順序為a,c,b,這是由于MySQL優(yōu)化器會根據(jù)表中的索引的統(tǒng)計信息來調(diào)整表關(guān)聯(lián)的實際順序

2. SELECT_TYPE列

含義
SIMPLE 不包含子查詢或是UNION操作的查詢
PRIMARY 查詢中如果包含任何子查詢,那么最外層的查詢則被標記為PRIMARY
SUBQUERY SELECT 列表中的子查詢
DEPENDENT SUBQUERY 依賴外部結(jié)果的子查詢
UNION Union操作的第二個或是之后的查詢的值為union
DEPENDENT UNION 當UNION作為子查詢時,第二或是第二個后的查詢的select_type值
UNION RESULT UNION產(chǎn)生的結(jié)果集
DERIVED 出現(xiàn)在FROM子句中的子查詢

3. TABLE列

包含以下幾種結(jié)果:

輸出去數(shù)據(jù)行所在表的名稱,如果表取了別名,則顯示的是別名
<union M,N>: 由ID為M,N查詢union產(chǎn)生的結(jié)果集
<derived N>/<subquery N> :由ID為N的查詢產(chǎn)生的結(jié)果

4. PARTITIONS列:

查詢匹配的記錄來自哪一個分區(qū)
對于分區(qū)表,顯示查詢的分區(qū)ID
對于非分區(qū)表,顯示為NULL

5. TYPE列

按性能從高至低排列如下:

含義
system 這是const聯(lián)接類型的一個特例,當查詢的表只有一行時使用
const 表中有且只有一個匹配的行時使用,如對主鍵或是唯一索引的查詢,這是效率最高的聯(lián)接方式
eq_ref 唯一索引或主鍵索引查詢,對應(yīng)每個索引鍵,表中只有一條記錄與之匹配
ref 非唯一索引查找,返回匹配某個單獨值的所有行
ref_or_null 類似于ref類型的查詢,但是附加了對NULL值列的查詢
index_merge 該聯(lián)接類型表示使用了索引合并優(yōu)化方法
range 索引范圍掃描,常見于between、>、<這樣的查詢條件
index FULL index Scan 全索引掃描,同ALL的區(qū)別是,遍歷的是索引樹
ALL FULL TABLE Scan 全表掃描,這是效率最差的聯(lián)接方式

6. Extra列

包含MySQL如何執(zhí)行查詢的附加信息

含義
Distinct 優(yōu)化distinct操作,在找到第一個匹配的元素后即停止查找
Not exists 使用not exists來優(yōu)化查詢
Using filesort 使用額外操作進行排序,通常會出現(xiàn)在order by或group by查詢中
Using index 使用了覆蓋索引進行查詢
Using temporary MySQL需要使用臨時表來處理查詢,常見于排序,子查詢,和分組查詢
Using where 需要在MySQL服務(wù)器層使用WHERE條件來過濾數(shù)據(jù)
select tables optimized away 直接通過索引來獲得數(shù)據(jù),不用訪問表,這種情況通常效率是最高的

7. POSSIBLE_KEYS列

指出MySQL能使用哪些索引來優(yōu)化查詢

查詢列所涉及到的列上的索引都會被列出,但不一定會被使用

8. KEY列

查詢優(yōu)化器優(yōu)化查詢實際所使用的索引

如果表中沒有可用的索引,則顯示為NULL

如果查詢使用了覆蓋索引,則該索引僅出現(xiàn)在Key列中

9. KEY_LEN列

顯示MySQL索引所使用的字節(jié)數(shù),在聯(lián)合索引中如果有3列,假如3列字段總長度為100個字節(jié),Key_len顯示的可能會小于100字節(jié),比如30字節(jié),這就說明在查詢過程中沒有使用到聯(lián)合索引的所有列,只是利用到了前面的一列或2列

  • 表示索引字段的最大可能長度
  • Key_len的長度由字段定義計算而來,并非數(shù)據(jù)的實際長度

10. Ref列

表示當前表在利用Key列記錄中的索引進行查詢時所用到的列或常量

11. rows列

  • 表示MySQL通過索引的統(tǒng)計信息,估算出來的所需讀取的行數(shù)(關(guān)聯(lián)查詢時,顯示的是每次嵌套查詢時所需要的行數(shù))
  • Rows值的大小是個統(tǒng)計抽樣結(jié)果,并不十分準確

12. Filtered列

  • 表示返回結(jié)果的行數(shù)占需讀取行數(shù)的百分比
  • Filtered列的值越大越好(值越大,表明實際讀取的行數(shù)與所需要返回的行數(shù)越接近)
  • Filtered列的值依賴統(tǒng)計信息,所以同樣也不是十分準確,只是一個參考值

三. 執(zhí)行計劃的限制

  • 無法展示存儲過程,觸發(fā)器,UDF對查詢的影響
  • 無法使用EXPLAIN對存儲過程進行分析
  • 早期版本的MySQL只支持對SELECT語句進行分析

總結(jié)

以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,如果有疑問大家可以留言交流,謝謝大家對腳本之家的支持。

相關(guān)文章

  • 深入解析MySQL索引數(shù)據(jù)結(jié)構(gòu)

    深入解析MySQL索引數(shù)據(jù)結(jié)構(gòu)

    什么是索引?索引就是排好序的數(shù)據(jù)結(jié)構(gòu),可以幫助我們快速的查找到數(shù)據(jù),下面這篇文章主要給大家介紹了關(guān)于MySQL索引數(shù)據(jù)結(jié)構(gòu)的相關(guān)資料,需要的朋友可以參考下
    2021-10-10
  • 淺析mysql union和union all

    淺析mysql union和union all

    union 是對數(shù)據(jù)進行并集操作,不包括重復(fù)行,同時進行默認排序而Union all 是對數(shù)據(jù)進行并集操作,包括重復(fù)行,不進行排序,下面給大家詳細介紹mysql union和union all,感興趣的朋友一起看看吧
    2017-10-10
  • MySQL數(shù)據(jù)xtrabackup物理備份的方式

    MySQL數(shù)據(jù)xtrabackup物理備份的方式

    Xtrabackup是開源免費的支持MySQL 數(shù)據(jù)庫熱備份的軟件,在 Xtrabackup 包中主要有 Xtrabackup 和 innobackupex 兩個工具,本文給大家介紹MySQL數(shù)據(jù)xtrabackup物理備份方法,感興趣的朋友跟隨小編一起看看吧
    2023-10-10
  • 解析數(shù)據(jù)庫分頁的兩種方法對比(row_number()over()和top的對比)

    解析數(shù)據(jù)庫分頁的兩種方法對比(row_number()over()和top的對比)

    本篇文章是對數(shù)據(jù)庫分頁的兩種方法對比(row_number()over()和top的對比)進行了詳細的分析介紹,需要的朋友參考下
    2013-07-07
  • MySQL prepare原理詳解

    MySQL prepare原理詳解

    這篇文章主要介紹了MySQL prepare的相關(guān)內(nèi)容,包括prepare的產(chǎn)生,在服務(wù)器端的執(zhí)行過程,以及jdbc對prepare的處理以及相關(guān)測試,需要的朋友可以了解下。希望對大家有所幫助。
    2017-09-09
  • MySQL報1366錯誤的原因及解決

    MySQL報1366錯誤的原因及解決

    SQL Error1366是一個常見的 MySQL 錯誤,主要成因是數(shù)據(jù)類型不匹配或數(shù)據(jù)超出了范圍,本文主要介紹了MySQL報1366錯誤的原因及解決,感興趣的可以了解一下
    2024-02-02
  • MySQL 壓縮的使用場景和解決方案

    MySQL 壓縮的使用場景和解決方案

    數(shù)據(jù)分布特點,決定了空間壓縮的效率,如果存入的數(shù)據(jù)的重復(fù)率較高,其壓縮率就會較高;通常情況下字符類型數(shù)據(jù)(CHAR, VARCHAR, TEXT or BLOB )具有較高的壓縮率,而一些二進制數(shù)據(jù)或者一些已經(jīng)壓縮過的數(shù)據(jù)的壓縮率不會很好
    2017-06-06
  • MySQL數(shù)據(jù)庫數(shù)據(jù)視圖

    MySQL數(shù)據(jù)庫數(shù)據(jù)視圖

    這篇文章主要介紹了MySQL數(shù)據(jù)庫數(shù)據(jù)視圖,視圖是原始數(shù)據(jù)庫數(shù)據(jù)的一種變換,是查看表中數(shù)據(jù)的另外一種方式,文章圍繞主題展開詳細的內(nèi)容介紹,具有一定的參考價值,需要的朋友可以參考一下
    2022-08-08
  • mysql 8.0.29 卸載問題小結(jié)

    mysql 8.0.29 卸載問題小結(jié)

    近我將筆記本重裝了,為了保留之前的程序,我把相關(guān)的注冊表和環(huán)境備份了下來,重裝之后重新導(dǎo)入成功再現(xiàn)了部分軟件,下面給大家分享mysql 8.0.29 卸載問題記錄,感興趣的朋友一起看看吧
    2024-04-04
  • php開啟mysqli擴展之后如何連接數(shù)據(jù)庫

    php開啟mysqli擴展之后如何連接數(shù)據(jù)庫

    Mysqli是php5之后才有的功能,沒有開啟擴展的朋友可以打開您的php.ini的配置文件;相對于mysql有很多新的特性和優(yōu)勢,需要了解的朋友可以參考下
    2012-12-12

最新評論