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資料庫
- MySQL & MariaDB效能最佳化 大牛的blogMySql
- MySQL8.0效能最佳化(實踐)MySql
- MYSQL效能最佳化分享(分庫分表)MySql
- MySQL效能最佳化淺析及線上案例MySql
- mysql三種批次增加的效能分析MySql
- MySQL 效能最佳化:8 種常見 SQL 錯誤用法!MySql
- 【MySQL】三、效能優化之 覆蓋索引MySql優化索引
- Spark效能最佳化篇三:資料傾斜調優Spark
- Linux系統MySQL資料庫效能最佳化詳細教程。LinuxMySql資料庫
- 資料庫系列:MySQL慢查詢分析和效能最佳化資料庫MySql
- 解析MySQL資料庫效能最佳化的六大技巧MySql資料庫
- Unity效能最佳化CPU最佳化Unity
- MethodImpl最佳化效能
- HarmonyOS 效能最佳化
- JavaScript效能最佳化JavaScript
- oracle 效能最佳化Oracle
- 前端效能最佳化前端
- SQL最佳化 | MySQL問題處理案例分享三則MySql
- mysql最佳化MySql
- Mysql 最佳化MySql
- 《高效能Mysql 第三版》筆記MySql筆記
- 前端效能最佳化——圖片最佳化前端
- Unity效能最佳化GPU渲染最佳化UnityGPU
- 【MySQL】MySQL語句最佳化MySql
- ByteHouse雲數倉版查詢效能最佳化和MySQL生態完善MySql
- 網站效能最佳化網站
- Web 效能最佳化方法Web
- WPF 效能最佳化-列表控制元件效能控制元件
- Unity效能最佳化記憶體最佳化Unity記憶體
- SQL效能最佳化之索引最佳化法SQL索引
- MySQL最佳化方向MySql
- MySQL效能最佳化之Open_Table配置引數的合理配置建議MySql
- MySql 資料庫 Schema 設計的效能最佳化:規範的物件命名MySql資料庫物件
- MySQL最佳化之連線最佳化MySql
- 重要🤓webpack效能最佳化Web