Mysql效能最佳化(三)
如何對一條查詢語句進行效能分析,必不可少的要使用的是explain,explain的意思是執行計劃;那接下來我們就詳細說明一下explain的返回結果;
一、explain的使用方法
explain select語句;
例如:explain select * from stuInfoA;
返回的結果如下圖:
新夢想技術分享
結果說明:
id:是select 的識別符號,表示select 語句的執行順序;如果該select語句有巢狀查詢,則explain會有多行結果返回,也就會有多個id,id的數字越大表示該select子句越先執行;如果數字相同,則按從上到下的順序執行;
select_type: select_type會根據不同的SQL語句返回不同的結果;它有以下返回結果:
SIMPLE:表示不需要union操作或者不包含子查詢的簡單select語句,如果有連線查詢,外層的查詢為simple,且只有一個;
primary:一個需要union操作或者含有子查詢的select,位於最外層的單位查詢的select_type即為primary,且只有一個;
union:union連線的多個select查詢,第一個查詢是derived派生表,除了第一個表外,第二個以後的表的select_type都是union;
dependent union:與union一樣,出現在union或union all中;取決於外部查詢的結果;
union result:包含union的結果集,在union和union all語句中,因為他不需要參與查詢,結果中的id欄位為null;
subquery: 除了from子句中包含的子查詢外,其他地方出現的子查詢都可能是subquery,說白了就是子查詢;
dependent subquery:與dependent union類似,表示這個subquery的查詢要受到外部表查詢的影響 ;
derived:表示派生表;
table: 顯示查詢的時候涉及的表,如果是臨時表,則顯示臨時表,臨時表用<>表示;
type: 表示SQL語句的效能從好到差:system,const,eq_ref,ref,fulltext,ref_or_null,unique_subquery,index_subquery,range,index_merge,index,all;
如果顯示的是all,則表示該SQL語句進行的是全表掃描,沒有使用index,那該SQL語句的效能是最差的,除了all之外,其它的type都可以使用到索引;
system: 表示表中只有一行資料或者是空表,且只能用於myisam和memery表;
const:表示使用唯一索引或者主鍵;
eq_ref: 表示驅動表只返回一行資料,且這一行資料是第二個表的主鍵或者唯一索引,且必須為not null;唯一索引和主鍵是多列時,只有所有的列都用作比較時,才會出現eq_ref;
fulltext: 全文索引檢索,全文索引的優先順序很高,如果全文索引和普通索引同時存在時,mysql不管代價,優先選擇使用全文索引;
index:索引全表掃描,把索引從頭到尾掃一遍;
all: 表示全表掃描資料檔案,再從server層進行過濾返回符合要求的記錄;
possible_keys: 查詢可能使用到的索引都會在這裡列出來
key:查詢真正使用到的索引;
key_len: 用於處理查詢的索引長度,如果是單列索引,那就是整個索引的長度;如果是多個索引,只會列出使用到了多少個列的索引,沒有使用到的列不會計算進去;
ref: 如果使用的常數等值查詢,這裡會顯示const,如果是連線查詢,被驅動表的執行計劃這裡會顯示驅動表的關聯欄位,如果是條件使用了表示式或者函式,或者條件列發生了內部隱式轉換,這裡顯示為func;
rows: 執行計劃估算的掃描行數,不是精確值;
extra: 返回的值
distinct : 表示查詢的時候使用了distinct關鍵字;
no tables used: 不帶from子句或者 from dual查詢;
using filesort : 排序時無法使用到索引時,常見於order by 和 group by 語句中;
using index: 查詢時不需要回表中查詢,直接透過索引就可以獲取查詢的資料;
using intersect: 表示使用and 的各個索引的條件時,該資訊表示是從處理結果獲取交集;
using where:表示儲存引擎返回的記錄並不是所有的都滿足查詢條件,需要在server層進行過渡;
以上就是explain的返回結果詳細說明,type 是最能說明SQL的效能好壞;其它的項都用來輔助進行SQL調優的項;
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69940641/viewspace-2920125/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Mysql效能最佳化(三)--explain返回的結果說明MySqlAI
- MySQL查詢效能最佳化MySql
- MySQL資料庫效能最佳化MySql資料庫
- ORACLE SQL效能最佳化系列 (三) (轉)OracleSQL
- MySQL8.0效能最佳化(實踐)MySql
- 【MySQL】效能最佳化之 覆蓋索引MySql索引
- mysql效能最佳化之table_cacheMySql
- Mysql 效能最佳化--基礎引數MySql
- MYSQL最佳化三板斧MySql
- ORACLE學習筆記--效能最佳化三Oracle筆記
- MYSQL效能最佳化分享(分庫分表)MySql
- MySQL效能最佳化淺析及線上案例MySql
- 【MySQL】 效能最佳化之 延遲關聯MySql
- Mysql innodb儲存引擎的效能最佳化MySql儲存引擎
- 【MySQL】MySQL效能最佳化之Block Nested-Loop Join(BNL)MySqlBloCOOP
- MySQL & MariaDB效能最佳化 大牛的blogMySql
- mysql三種批次增加的效能分析MySql
- 【SQL 效能最佳化】表的三種連線方式SQL
- Oracle SQL效能最佳化系列講座之三(轉)OracleSQL
- MySQL效能最佳化的最佳20+條經驗MySql
- Spark效能最佳化篇三:資料傾斜調優Spark
- MySQL 效能最佳化:8 種常見 SQL 錯誤用法!MySql
- 【MySQL】三、效能優化之 覆蓋索引MySql優化索引
- 《高效能MySQL》第三版MySql
- 【效能最佳化】ORACLE資料庫效能最佳化概述Oracle資料庫
- Unity效能最佳化CPU最佳化Unity
- 解析MySQL資料庫效能最佳化的六大技巧MySql資料庫
- 資料庫系列:MySQL慢查詢分析和效能最佳化資料庫MySql
- 最佳化J2EE + MySQL 應用系統的效能MySql
- 最佳化MySQL資料庫效能的八大“妙手”(轉)MySql資料庫
- oracle 效能最佳化Oracle
- 前端效能最佳化前端
- JavaScript效能最佳化JavaScript
- HarmonyOS 效能最佳化
- MethodImpl最佳化效能
- SQL最佳化 | MySQL問題處理案例分享三則MySql
- 前端效能最佳化——圖片最佳化前端
- Unity效能最佳化GPU渲染最佳化UnityGPU