redis 中常見的問題
阿新 • • 發佈：2020-12-02
Explain 介紹
在5.6以及以後的版本中，除過select，其他比如insert，update和delete均可以使用explain檢視執行計劃，從而知道mysql是如何處理sql語句，檢視該SQL語句有沒有使用上了索引，有沒有做全表掃描。
所以我們深入瞭解MySQL的基於開銷的優化器，還可以獲得很多可能被優化器考慮到的訪問策略的細節，執行SQL語句時哪種策略預計會被優化器採用，分析查詢語句或者表結構的效能瓶頸。
作用
1、表的讀取順序
2、資料讀取操作的操作型別
3、哪些索引可以使用
4、哪些索引被實際使用
5、表之間的引用
6、每張表有多少行被優化器查詢
Explain 用法
使用方法：explain + sql 語句。
-- 實際SQL，查詢id > 1123598815738675259的名字 select name from blade_menu where id > 1123598815738675259; -- 檢視SQL是否使用索引，前面加上Explain即可 Explain select name from blade_meun where id > 1123598815738675259;
包含的欄位如下:
| 資訊 | 描述 |
| id | 查詢的序號，包含一組數字，表示查詢中執行select子句或操作表的順序 **兩種情況** id相同，執行順序從上往下 id不同，id值越大，優先順序越高，越先執行 |
| select_type | 查詢型別，主要用於區別普通查詢，聯合查詢，子查詢等的複雜查詢 1、simple ——簡單的select查詢，查詢中不包含子查詢或者UNION 2、primary ——查詢中若包含任何複雜的子部分，最外層查詢被標記 3、subquery——在select或where列表中包含了子查詢 4、derived——在from列表中包含的子查詢被標記為derived（衍生），MySQL會遞迴執行這些子查詢，把結果放到臨時表中 5、union——如果第二個select出現在UNION之後，則被標記為UNION，如果union包含在from子句的子查詢中，外層select被標記為derived 6、union result:UNION 的結果 |
| table | 輸出的行所引用的表 |
| type | 顯示聯結型別，顯示查詢使用了何種型別，按照從最佳到最壞型別排序 1、system：表中僅有一行（=系統表）這是const聯結型別的一個特例。 2、const：表示通過索引一次就找到，const用於比較primary key或者unique索引。因為只匹配一行資料，所以如果將主鍵置於where列表中，mysql能將該查詢轉換為一個常量。 3、eq_ref:唯一性索引掃描，對於每個索引鍵，表中只有一條記錄與之匹配。常見於唯一索引或者主鍵掃描。 4、ref:非唯一性索引掃描，返回匹配某個單獨值的所有行，本質上也是一種索引訪問，它返回所有匹配某個單獨值的行，可能會找多個符合條件的行，屬於查詢和掃描的混合體。 5、range:只檢索給定範圍的行，使用一個索引來選擇行。key列顯示使用了哪個索引，一般就是where語句中出現了between,in等範圍的查詢。這種範圍掃描索引掃描比全表掃描要好，因為它開始於索引的某一個點，而結束另一個點，不用全表掃描。 6、index:index 與all區別為index型別只遍歷索引樹。通常比all快，因為索引檔案比資料檔案小很多。 7、all：遍歷全表以找到匹配的行。 注意:一般保證查詢至少達到range級別，最好能達到ref。 |
| possible_keys | 指出MySQL能使用哪個索引在該表中找到行 |
| key | 顯示MySQL實際決定使用的鍵(索引)。如果沒有選擇索引,鍵是NULL。查詢中如果使用覆蓋索引，則該索引和查詢的select欄位重疊。 |
| key_len | 表示索引中使用的位元組數，該列計算查詢中使用的索引的長度在不損失精度的情況下，長度越短越好。如果鍵是NULL,則長度為NULL。該欄位顯示為索引欄位的最大可能長度，並非實際使用長度。 |
| ref | 顯示索引的哪一列被使用了，如果有可能是一個常數，哪些列或常量被用於查詢索引列上的值 |
| rows | 根據表統計資訊以及索引選用情況，大致估算出找到所需的記錄所需要讀取的行數 |
| Extra | 包含不適合在其他列中顯示，但是十分重要的額外資訊 1、Using filesort：說明mysql會對資料適用一個外部的索引排序。而不是按照表內的索引順序進行讀取。MySQL中無法利用索引完成排序操作稱為“檔案排序” 2、Using temporary:使用了臨時表儲存中間結果，mysql在查詢結果排序時使用臨時表。常見於排序order by和分組查詢group by。 3、Using index:表示相應的select操作用使用覆蓋索引，避免訪問了表的資料行。如果同時出現using where，表名索引被用來執行索引鍵值的查詢；如果沒有同時出現using where，表名索引用來讀取資料而非執行查詢動作。 4、Using where :表明使用where過濾 5、using join buffer:使用了連線快取 6、impossible where:where子句的值總是false，不能用來獲取任何元組 7、select tables optimized away：在沒有group by子句的情況下，基於索引優化Min、max操作或者對於MyISAM儲存引擎優化count（*），不必等到執行階段再進行計算，查詢執行計劃生成的階段即完成優化。 8、distinct：優化distinct操作，在找到第一匹配的元組後即停止找同樣值的動作。 |
SQL執行順序
select name from tb_user where id > 12 group by sex having max(salary) > 100 order by salary desc
extended關鍵字
extended關鍵字：僅對select語句有效，在Explain後使用extended關鍵字，可以顯示filtered列顯示了通過條件過濾出的行數的百分比估計值。
filtered列給出了一個百分比的值，這個百分比值和rows列的值一起使用，可以估計出那些將要和explain中的前一個表進行連線的行的數目。前一個表就是指explain 的 id列的值比當前表的id小的表。