建站
咨詢
售后
建站咨詢
新聞中心
以下的文章主要描述的是MySQL Query Optimizer選定的執(zhí)行計劃中查詢的序列號。MySQL Query Optimizer只有在執(zhí)行計劃中查詢的序列號時能用得到，如果你對其實際操作感興趣的話，以下的文章你不妨瀏覽一下。
Select_type：所使用的查詢類型，主要有以下這幾種查詢類型。
DEPENDENT SUBQUERY：子查詢內(nèi)層的***個SELECT，依賴于外部查詢的結(jié)果集。
DEPENDENT UNION：子查詢中的UNION，且為UNION中從第二個SELECT開始的后面所有SELECT，同樣依賴于外部查詢的結(jié)果集。
PRIMARY：子查詢中的最外層查詢，注意并不是主鍵查詢。
SIMPLE：除子查詢或UNION之外的其他查詢。
SUBQUERY：子查詢內(nèi)層查詢的***個SELECT，結(jié)果不依賴于外部查詢結(jié)果集。
UNCACHEABLE SUBQUERY：結(jié)果集無法緩存的子查詢。
UNION：UNION語句中第二個SELECT開始后面的所有SELECT，***個SELECT為PRIMARY。
UNION RESULT：UNION 中的合并結(jié)果。
Table：顯示這一步所訪問的數(shù)據(jù)庫中的表的名稱。
Type：告訴我們對表使用的訪問方式，主要包含如下集中類型。
all：全表掃描。
const：讀常量，最多只會有一條記錄匹配，由于是常量，實際上只須要讀一次。
eq_ref：最多只會有一條匹配結(jié)果，一般是通過主鍵或***鍵索引來訪問。
fulltext：進行全文索引檢索。
index：全索引掃描。
index_merge：查詢中同時使用兩個（或更多）索引，然后對索引結(jié)果進行合并（merge），再讀取表數(shù)據(jù)。
index_subquery：子查詢中的返回結(jié)果字段組合是一個索引（或索引組合），但不是一個主鍵或***索引。
rang：索引范圍掃描。
ref：Join語句中被驅(qū)動表索引引用的查詢。
ref_or_null：與ref的***區(qū)別就是在使用索引引用的查詢之外再增加一個空值的查詢。
system：系統(tǒng)表，表中只有一行數(shù)據(jù)；
unique_subquery：子查詢中的返回結(jié)果字段組合是主鍵或***約束。
Possible_keys：該查詢可以利用的索引。如果沒有任何索引可以使用，就會顯示成null，這項內(nèi)容對優(yōu)化索引時的調(diào)整非常重要。
Key：MySQL Query Optimizer 從 possible_keys 中所選擇使用的索引。
Key_len：被選中使用索引的索引鍵長度。
Ref：列出是通過常量（const），還是某個表的某個字段（如果是join）來過濾（通過key）的。
Rows：MySQL Query Optimizer 通過系統(tǒng)收集的統(tǒng)計信息估算出來的結(jié)果集記錄條數(shù)。
Extra：查詢中每一步實現(xiàn)的額外細節(jié)信息，主要會是以下內(nèi)容。
Distinct：查找distinct 值，當(dāng)mysql找到了***條匹配的結(jié)果時，將停止該值的查詢，轉(zhuǎn)為后面其他值查詢。
Full scan on NULL key：子查詢中的一種優(yōu)化方式，主要在遇到無法通過索引訪問null值的使用。
Range checked for each record (index map: N)：通過 MySQL 官方手冊的描述，當(dāng) MySQL Query Optimizer 沒有發(fā)現(xiàn)好的可以使用的索引時，如果發(fā)現(xiàn)前面表的列值已知，部分索引可以使用。對前面表的每個行組合，MySQL檢查是否可以使用range或 index_merge訪問方法來索取行。
SELECT tables optimized away：當(dāng)我們使用某些聚合函數(shù)來訪問存在索引的某個字段時，MySQL Query Optimizer 會通過索引直接一次定位到所需的數(shù)據(jù)行完成整個查詢。當(dāng)然，前提是在 Query 中不能有 GROUP BY 操作。如使用MIN()或MAX()的時候。
Using filesort：當(dāng)Query 中包含 ORDER BY 操作，而且無法利用索引完成排序操作的時候，MySQL Query Optimizer 不得不選擇相應(yīng)的排序算法來實現(xiàn)。
Using index：所需數(shù)據(jù)只需在 Index 即可全部獲得，不須要再到表中取數(shù)據(jù)。
Using index for group-by：數(shù)據(jù)訪問和 Using index 一樣，所需數(shù)據(jù)只須要讀取索引，當(dāng)Query 中使用GROUP BY或DISTINCT 子句時，如果分組字段也在索引中，Extra中的信息就會是 Using index for group-by。
Using temporary：當(dāng) MySQL 在某些操作中必須使用臨時表時，在 Extra 信息中就會出現(xiàn)Using temporary 。主要常見于 GROUP BY 和 ORDER BY 等操作中。
Using where：如果不讀取表的所有數(shù)據(jù)，或不是僅僅通過索引就可以獲取所有需要的數(shù)據(jù)，則會出現(xiàn) Using where 信息。
Using where with pushed condition：這是一個僅僅在 NDBCluster存儲引擎中才會出現(xiàn)的信息，而且還須要通過打開 Condition Pushdown 優(yōu)化功能才可能被使用?？刂茀?shù)為 engine_condition_pushdown 。
Impossible WHERE noticed after reading const tables：MySQL Query Optimizer 通過收集到的統(tǒng)計信息判斷出不可能存在結(jié)果。
No tables：Query 語句中使用 FROM DUAL或不包含任何 FROM子句。
Not exists：在某些左連接中，MySQL Query Optimizer通過改變原有 Query 的組成而使用的優(yōu)化方法，可以部分減少數(shù)據(jù)訪問次數(shù)。
【編輯推薦】
- MySQL數(shù)據(jù)庫在眾多表中對表名的查詢
- MySQL 查詢緩存的實際應(yīng)用代碼示例
- MySQL數(shù)據(jù)庫文件壞掉的解決
- c# 連接MySQL中文亂碼問題的正確方案
- 設(shè)置MySQL同步的正確方案描述
網(wǎng)站題目：MySQL Query Optimizer的實際應(yīng)用
網(wǎng)頁路徑：http://www.dlmjj.cn/article/dpgsdsc.html
