2. 程式人生 > >MySQL執行計劃分析

MySQL執行計劃分析

阿新 • • 發佈：2019-01-08
part 但是 停止 pri 並不是 包含 嵌套查詢 方式 字節

原文:MySQL執行計劃分析

一. 執行計劃能告訴我們什麽？

  • SQL如何使用索引
  • 聯接查詢的執行順序
  • 查詢掃描的數據函數

二. 執行計劃中的內容

技術分享圖片

SQL執行計劃的輸出可能為多行，每一行代表對一個數據庫對象的操作

1. ID列

  • ID列中的如果數據為一組數字，表示執行SELECT語句的順序；如果為NULL，則說明這一行數據是由另外兩個SQL語句進行 UNION操作後產生的結果集
  • ID值相同時，說明SQL執行順序是按照顯示的從上至下執行的
  • ID值不同時，ID值越大代表優先級越高，則越先被執行

演示

技術分享圖片

可以看到上面的執行計劃返回了3行結果，id列的值可以看作是SQL中所具有的SELECT操作的序號
由於上述SQL中只有一個SELECT，所以id全為1，因此，我們就要按照由上至下讀取執行計劃
按照我們的SQL語句，我們會認為執行順序是a,b,c,但是通過上圖可以發現，Mysql並不是完成按照SQL中所寫的順序來進行表的關聯操作的
執行對表的執行順序為a,c,b，這是由於MySQL優化器會根據表中的索引的統計信息來調整表關聯的實際順序

2. SELECT_TYPE列

值 含義
SIMPLE 不包含子查詢或是UNION操作的查詢
PRIMARY 查詢中如果包含任何子查詢，那麽最外層的查詢則被標記為PRIMARY
SUBQUERY SELECT 列表中的子查詢
DEPENDENT SUBQUERY 依賴外部結果的子查詢
UNION Union操作的第二個或是之後的查詢的值為union
DEPENDENT UNION 當UNION作為子查詢時，第二或是第二個後的查詢的select_type值
UNION RESULT UNION產生的結果集
DERIVED 出現在FROM子句中的子查詢

3. TABLE列

包含以下幾種結果：

輸出去數據行所在表的名稱，如果表取了別名，則顯示的是別名
<union M,N>： 由ID為M,N查詢union產生的結果集
<derived N>/<subquery N> ：由ID為N的查詢產生的結果

4. PARTITIONS列:

查詢匹配的記錄來自哪一個分區
對於分區表，顯示查詢的分區ID
對於非分區表，顯示為NULL

5. TYPE列

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

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

6. Extra列

包含MySQL如何執行查詢的附加信息

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

7. POSSIBLE_KEYS列

  • 指出MySQL能使用哪些索引來優化查詢
  • 查詢列所涉及到的列上的索引都會被列出，但不一定會被使用

8. KEY列

  • 查詢優化器優化查詢實際所使用的索引
  • 如果表中沒有可用的索引，則顯示為NULL
  • 如果查詢使用了覆蓋索引，則該索引僅出現在Key列中

9. KEY_LEN列

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

  • 表示索引字段的最大可能長度
  • Key_len的長度由字段定義計算而來，並非數據的實際長度

10. Ref列

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

11. rows列

  • 表示MySQL通過索引的統計信息，估算出來的所需讀取的行數（關聯查詢時，顯示的是每次嵌套查詢時所需要的行數）
  • Rows值的大小是個統計抽樣結果，並不十分準確

12. Filtered列

  • 表示返回結果的行數占需讀取行數的百分比
  • Filtered列的值越大越好（值越大，表明實際讀取的行數與所需要返回的行數越接近）
  • Filtered列的值依賴統計信息，所以同樣也不是十分準確，只是一個參考值

MySQL執行計劃分析

相關推薦

mysql 執行計劃分析三看， explain,profiling,optimizer_trace

roc var you time field 表之間 origin 依賴 nod http://blog.csdn.net/xj626852095/article/details/52767963 step 1 使用explain 查看執行計劃， 5.6後可以加參數

MySQL執行計劃分析

part 但是 停止 pri 並不是 包含 嵌套查詢 方式 字節 原文:MySQL執行計劃分析一. 執行計劃能告訴我們什麽？ SQL如何使用索引 聯接查詢的執行順序 查詢掃描的數據函數 二. 執行計劃中的內容 SQL執行計劃的輸出可能為多行，每一行代表

之mysql執行計劃分析學習記錄

extra列：  1.const row not found --雖然使用const訪問方式讀取了資料表，但若實際資料表中沒有1條符合條件的記錄，建議先向表中儲存適當的測試資料，再檢視執行計劃. 認 2.distinct--表示去重 3.full scan on null key ---出現在col1 in

【MySQL】SQL執行計劃分析

https://blog.csdn.net/da_guo_li/article/details/79008016 執行計劃能告訴我們什麼？     當我們的系統上線後資料庫的記錄不斷增加，之前寫的一些SQL語句或者一些ORM操作效率變得非常低。我們不得不考慮SQ

MYSQL優化原理和執行計劃分析(一)

索引基礎 效能下降SQL慢執行時間長等待時間長  查詢資料過多           (能不能拆，條件過濾儘量少) 關聯了太多的表，太多join  （join 原理。用  A 表的每一條資

MongoDB執行計劃分析詳解（1）

mongo smu pre als comm 計劃 -- {} direct 正文 queryPlanner queryPlanner是現版本explain的默認模式，queryPlanner模式下並不會去真正進行query語句查詢，而是針對query語句進行執行計劃分析並

【轉】mysql執行計劃介紹

sta 備註 dex 統計信息 行數 temp 方式 否則 獲取 原文地址：http://www.jb51.net/article/43306.htm 1.查看mysql執行計劃 explain SELECT * from shippingorder where

MySQL執行計劃

result 序列號 轉換 mea com wow pos stmt exp MySQL執行計劃 使用EXPLAIN優化查詢 EXPLAIN輸出格式 擴展EXPLAIN輸出格式 獲取命名連接的執行計劃信息 估計查詢性能 EXPLAIN 語法 {E

MySQL執行計劃解析

摘要： 前言 在實際資料庫專案開發中，由於我們不知道實際查詢時資料庫裡發生了什麼，也不知道資料庫是如何掃描表、如何使用索引的，因此，我們能感知到的就只有SQL語句的執行時間。尤其在資料規模比較大的場景下，如何寫查詢、優化查詢、如何使用索引就顯得很重要了。 前言 作為一個開發者，有一

Hive之執行計劃分析(explain)

Hive是通過把sql轉換成對應mapreduce程式，然後提交到Hadoop上執行，檢視具體的執行計劃可以通過執行explain sql知曉 一條sql會被轉化成由多個階段組成的步驟，每個步驟有執行順序和依賴關係，可以稱之為有向無環圖（DAG:Directed Acyclic Graph） 這

MySQL 執行計劃說明

上一篇文章“SQL關聯查詢 直接join 和子查詢的區別”中提到了explain，即執行計劃。執行計劃是資料庫引擎的重要一環，今天針對explain結果瞭解下，順便提及幾個有意思的話題，如“回表”、“如何在MySQL中實現rowNum”。 explain結果說明 select_type

MySQL 執行計劃簡介

目錄 一. id 二. select_type 三. type 四. key_len 五. ref 六. rows 七. filtered 八. Extra 附錄： 一. id id列數字越大越先執行，如果說數字一樣大，那麼就從上往下依次執行，id列為nul

SQL執行計劃分析

執行計劃能告訴我們什麼？ 當我們的系統上線後資料庫的記錄不斷增加，之前寫的一些SQL語句或者一些ORM操作效率變得非常低。我們不得不考慮SQL優化，SQL優化大概是這樣一個流程：1.定位執行效率低的SQL語句（定位）,2.分析為什麼這段SQL執行的效率比較低（分析），3.最後根據第二步分析的結構採取優化措施

MySQL執行計劃復習

group 比例 nested lec 操作 對數 batch 防止 數據 MySQL執行計劃分析 Ⅰ、認識執行計劃的每個字段 (root@localhost) [(none)]> desc select 1; +----+-------------+-------+

MySQL執行計劃複習

MySQL執行計劃分析 Ⅰ、認識執行計劃的每個欄位 ([email protected]) [(none)]> desc select 1; +----+-------------+-------+------------+------+---------------+------+---

mysql執行計劃id為空—UNION關鍵字

簡介 　　UNION 操作符用於合併兩個或多個 SELECT 語句的結果集。例如，我有兩個表，表1記錄的是公司男員工的資料，包括年齡、姓名、職位。表2記錄的是公司女員工的資料，包括姓名、家庭住址、手機號等欄位。這時，我們想要根據一定條件，查詢兩個表的姓名的集合。就會用到 UNION 關鍵字。 　　UNIO

MySQL 執行計劃 的type列 & Extra列

explain 可以分析 select 語句的執行，即 MySQL 的“執行計劃。 一、type 列 MySQL 在表裡找到所需行的方式。包括（由左至右，由最差到最好）： | All | index | range | ref | eq_ref | const,syste

MySQL 執行計劃中Extra(Using where,Using index,Using index condition,Using index,Using where)的淺析

mysql> EXPLAIN    -> SELECT COUNT(*) FROM TEST WHERE i1 = 3 AND d = '2000-01-01';+----+-------------+-------+------+---------------+---------+-------

MySQL執行計劃總結

1. 背景 在工作過程中，有時候會對慢查詢進行調優。對於MySQL的SQL語句調優，MySQL本身提供了強大的explain關鍵字用於查詢分析執行計劃。 本文對explain執行計劃進行分析與整理,文中的內容在未特別註明情況下，以MySQL5.7版本為例。 2. 簡介 語法：從語法角度explain和desc

MySQL執行計劃優化（SQL優化，避免索引無效的小技巧）

如果以下場景，及時相關欄位建立了索引，也無法使用索引，在寫SQL時要避免以下情況的出現 1.查詢條件中 建立索引的欄位列 最左一萬用字元 % 開始，例如 where a like '%xx'； 2.查詢條件中 建立索引的欄位列 使用 IS NULL 或 IS NOT NULL； 3.查詢