explain使用+慢SQL分析

阿新 • • 發佈：2019-01-15

一、開啟慢查詢日誌，捕獲慢SQL二、explain+慢SQL分析三、show profile查詢SQL語句在伺服器中的執行細節和生命週期四、SQL資料庫伺服器引數調優

一、開啟慢查詢日誌，捕獲慢SQL

1、檢視慢查詢日誌是否開啟

SHOW VARIABLES LIKE'%slow_query_log%';

2、開啟慢查詢日誌

SETGLOBAL slow_query_log=1;

3、檢視慢查詢日誌闕值

SHOW [GLOBAL] VARIABLES LIKE'%long_query_time%';

這個值表示超過多長時間的SQL語句會被記錄到慢查詢日誌中

4、設定慢查詢日誌闕值

SETGLOBAL long_query_time=3;

5、檢視多少SQL語句超過了闕值

SHOW GLOBAL STATUS

LIKE'%Slow_queries%';

6、MySQL提供的日誌分析工具mysqldumpslow

執行 ./mysqldumpslow --help 檢視幫助命令常用參考：得到返回記錄集最多的10個SQL
mysqldumpslow -s r -t 10 slow.log
得到訪問次數最多的10個SQL
mysqldumpslow -s c -t 10 slow.log
得到按照時間排序的前10條裡面含有左連線的查詢語句
mysqldumpslow -s t -t 10 -g "left join" slow.log
使用這些語句時結合| more使用

二、explain+慢SQL分析

1、id

SELECT查詢的序列號，包含一組數字，表示查詢中執行SELECT語句或操作表的順序
包含三種情況：1.id相同，執行順序由上至下2.id不同，如果是子查詢，id序號會遞增，id值越大優先順序越高，越先被執行3.id既有相同的，又有不同的。id如果相同認為是一組，執行順序由上至下；在所有組中，id值越大優先順序越高，越先執行。

2、select_type

SIMPLE:簡單SELECT查詢，查詢中不包含子查詢或者UNION
PRIMARY:查詢中包含任何複雜的子部分，最外層的查詢
SUBQUERY：SELECT或WHERE中包含的子查詢部分
DERIVED：在FROM中包含的子查詢被標記為DERIVER(衍生)， MySQL會遞迴執行這些子查詢，把結果放到臨時表中
UNION：若第二個SELECT出現UNION，則被標記為UNION, 若UNION包含在FROM子句的子查詢中，外層子查詢將被標記為DERIVED
UNION RESULT：從UNION表獲取結果的SELECT

3、table

顯示這一行資料是關於哪張表的

4、type

type顯示的是訪問型別，是較為重要的一個指標，結果值從最好到最壞依次是：
system>const>eq_ref>ref>fulltext>ref_or_null>index_merge>unique_subquery>index_subquery>range>index>ALL
一般來說，得保證查詢至少達到range級別，最好能達到ref。system：表只有一行記錄（等於系統表），這是const型別的特例，平時不會出現const：如果通過索引依次就找到了，const用於比較主鍵索引或者unique索引。因為只能匹配一行資料，所以很快。如果將主鍵置於where列表中，MySQL就能將該查詢轉換為一個常量
eq_ref：唯一性索引掃描，對於每個索引鍵，表中只有一條記錄與之匹配。常見於主鍵或唯一索引掃描
ref：非唯一性索引掃描，返回匹配某個單獨值的所有行。本質上也是一種索引訪問，它返回所有匹配某個單獨值的行，然而它可能會找到多個符合條件的行，所以它應該屬於查詢和掃描的混合體
range：只檢索給定範圍的行，使用一個索引來選擇行。key列顯示使用了哪個索引，一般就是在你的where語句中出現between、<、>、in等的查詢，這種範圍掃描索引比全表掃描要好，因為只需要開始於縮印的某一點，而結束於另一點，不用掃描全部索引
index：Full Index Scan ，index與ALL的區別為index型別只遍歷索引樹，這通常比ALL快，因為索引檔案通常比資料檔案小。（也就是說雖然ALL和index都是讀全表，但index是從索引中讀取的，而ALL是從硬碟讀取的）
all：Full Table Scan，遍歷全表獲得匹配的行

5、possible_keys

顯示可能應用在這張表中的索引，一個或多個。查詢涉及到的欄位上若存在索引，則該索引將被列出，但不一定被查詢實際使用

6、key

實際使用的索引。如果為NULL，則沒有使用索引。
查詢中若出現了覆蓋索引，則該索引僅出現在key列表中。

7、key_len

表示索引中使用的位元組數，可通過該列計算查詢中使用的索引的長度。在不損失精度的情況下，長度越短越好。
key_len顯示的值為索引欄位的最大可能長度，並非實際使用長度，即key_len是根據表定義計算而得，不是通過表內檢索出的。

8、ref

顯示索引的哪一列被使用了，哪些列或常量被用於查詢索引列上的值。

9、rows

根據表統計資訊及索引選用情況，大致估算出找到所需記錄多需要讀取的行數。

10、Extra

包含不適合在其他列中顯示但十分重要的額外資訊：
1、Using filesort：說明MySQL會對資料使用一個外部的索引排序，而不是按照表內的索引順序進行讀取。MySQL中無法利用索引完成的排序操作稱為“檔案排序”
2、Using temporary：使用了臨時表儲存中間結果，MySQL在對查詢結果排序時使用臨時表。常見於排序order by和分組查詢group by
3、Using index：表示相應的SELECT操作中使用了覆蓋索引（Covering Index），避免訪問了表的資料行，效率不錯。如果同時出現using where，表明索引被用來執行索引鍵值的查詢；如果沒有同時出現using where，表明索引用來讀取資料而非執行查詢動作覆蓋索引（Covering Index）：理解方式1：SELECT的資料列只需要從索引中就能讀取到，不需要讀取資料行，MySQL可以利用索引返回SELECT列表中的欄位，而不必根據索引再次讀取資料檔案，換句話說查詢列要被所建的索引覆蓋理解方式2：索引是高效找到行的一個方法，但是一般資料庫也能使用索引找到一個列的資料，因此他不必讀取整個行。畢竟索引葉子節點儲存了他們索引的資料；當能通過讀取索引就可以得到想要的資料，那就不需要讀取行了，一個索引包含了（覆蓋）滿足查詢結果的資料就叫做覆蓋索引注意：如果要使用覆蓋索引，一定要注意SELECT列表中只取出需要的列，不可SELECT *, 因為如果所有欄位一起做索引會導致索引檔案過大查詢效能下降
6、impossible where： WHERE子句的值總是false，不能用來獲取任何元組
7、select tables optimized away：在沒有GROUP BY子句的情況下基於索引優化MIN/MAX操作或者對於MyISAM儲存引擎優化COUNT(*)操作，不必等到執行階段再進行計算，查詢執行計劃生成的階段即完成優化
8、distinct：優化distinct操作，在找到第一匹配的元祖後即停止找同樣值的操作

三、show profile查詢SQL語句在伺服器中的執行細節和生命週期

Show Profile是MySQL提供可以用來分析當前會話中語句執行的資源消耗情況，可以用於SQL的調優測量
預設關閉，並儲存最近15次的執行結果
分析步驟
1、檢視狀態：SHOW VARIABLES LIKE 'profiling';
2、開啟：set profiling=on;
3、檢視結果：show profiles;
4、診斷SQL：show profile cpu,block io for query 上一步SQL數字號碼;
ALL：顯示所有開銷資訊
BLOCK IO：顯示IO相關開銷
CONTEXT SWITCHES：顯示上下文切換相關開銷
CPU：顯示CPU相關開銷
IPC：顯示傳送接收相關開銷
MEMORY：顯示記憶體相關開銷
PAGE FAULTS：顯示頁面錯誤相關開銷
SOURCE：顯示和Source_function，Source_file，Source_line相關開銷
SWAPS：顯示交換次數相關開銷
注意（遇到這幾種情況要優化）
converting HEAP to MyISAM：查詢結果太大，記憶體不夠用往磁碟上搬
Creating tmp table：建立臨時表
Copying to tmp table on disk：把記憶體中的臨時表複製到磁碟
locked

四、SQL資料庫伺服器引數調優

當order by 和 group by無法使用索引時，增大max_length_for_sort_data引數設定和增大sort_buffer_size引數的設定