MySQL中怎么定位慢查詢

本篇文章給大家分享的是有關(guān)MySQL中怎么定位慢查詢，小編覺得挺實用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

創(chuàng)新互聯(lián)專業(yè)為企業(yè)提供樟樹網(wǎng)站建設(shè)、樟樹做網(wǎng)站、樟樹網(wǎng)站設(shè)計、樟樹網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計與制作、樟樹企業(yè)網(wǎng)站模板建站服務(wù)，10余年樟樹做網(wǎng)站經(jīng)驗，不只是建網(wǎng)站，更提供有價值的思路和整體網(wǎng)絡(luò)服務(wù)。

NO.1 慢查詢?nèi)罩径ㄎ唤馕?/strong>

MySQL 的慢查詢?nèi)罩居涗浀膬?nèi)容是：在 MySQL 中響應(yīng)時間超過參數(shù) long_query_time（單位秒，默認值 10）設(shè)置的值并且掃描記錄數(shù)不小于 min_examined_row_limit（默認值0）的語句。

NOTE：默認情況下，慢查詢?nèi)罩局胁粫涗浌芾碚Z句，如果需要記錄的請做如下設(shè)置，設(shè)置log_slow_admin_statements  = on 讓管理語句中的慢查詢也會記錄到慢查詢?nèi)罩局?。默認情況下，也不會記錄查詢時間不超過 long_query_time  但是不使用索引的語句，可通過配置
log_queries_not_using_indexes = on 讓不使用索引的 SQL 都被記錄到慢查詢?nèi)罩局校词共樵儠r間沒超過 long_query_time 配置的值）。

慢查詢?nèi)罩臼褂貌襟E：

使用慢查詢?nèi)罩?，一般分為四步?/p>

開啟慢查詢?nèi)罩尽?/p>

設(shè)置慢查詢閥值。

確定慢查詢?nèi)罩韭窂健?/p>

確定慢查詢?nèi)罩镜奈募?/p>

開啟慢查詢?nèi)罩荆J是關(guān)閉的）：

mysql> set global slow_query_log = on;  Query OK, 0 rows affected (0.00 sec)

設(shè)置慢查詢時間限制（查詢時間只要大于這個值都將記錄到慢查詢?nèi)罩局?，單位：秒）?/p>

mysql> set global long_query_time = 1;  Query OK, 0 rows affected (0.00 sec)

確定慢查詢?nèi)罩韭窂剑?/p>

mysql> show global variables like "datadir";

確定慢查詢?nèi)罩疚募?/p>

mysql> show global variables like "slow_query_log_file";

NOTE：慢查詢query  time設(shè)置小技巧：線上業(yè)務(wù)一般建議把 long_query_time 設(shè)置為 1 秒，如果某個業(yè)務(wù)的 MySQL 要求比較高的  QPS，可設(shè)置慢查詢?yōu)?0.1 秒。發(fā)現(xiàn)慢查詢及時優(yōu)化或者提醒開發(fā)改寫。一般測試環(huán)境建議 long_query_time  設(shè)置的閥值比生產(chǎn)環(huán)境的小，比如生產(chǎn)環(huán)境是 1 秒，則測試環(huán)境建議配置成 0.5 秒。便于在測試環(huán)境及時發(fā)現(xiàn)一些效率低的  SQL。甚至某些重要業(yè)務(wù)測試環(huán)境 long_query_time 可以設(shè)置為  0，以便記錄所有語句。并留意慢查詢?nèi)罩镜妮敵?，上線前的功能測試完成后，分析慢查詢?nèi)罩久款愓Z句的輸出，重點關(guān)注  Rows_examined（語句執(zhí)行期間從存儲引擎讀取的行數(shù)），提前優(yōu)化。

接下來在確定慢查詢?nèi)罩竞罂梢酝ㄟ^：tail -n5
/data/mysql/mysql-slow.log 命令查看

這里對上方的執(zhí)行結(jié)果詳細描述一下：

tail -n5：只查看慢查詢文件的最后5行

Time：慢查詢發(fā)生的時間

User@Host：客戶端用戶和IP

Query_time：查詢時間

Lock_time：等待表鎖的時間

Rows_sent：語句返回的行數(shù)

Rows_examined：語句執(zhí)行期間從存儲引擎掃描的行數(shù)

上面這種方式是用系統(tǒng)自帶的慢查詢?nèi)罩静榭吹?，如果覺得系統(tǒng)自帶的慢查詢?nèi)罩静环奖悴榭?，小伙伴們可以使?pt-query-digest 或者 mysqldumpslow 等工具對慢查詢?nèi)罩具M行分析，這不是本節(jié)重點，不演示了。

通過 show processlist定位慢查詢

有時慢查詢正在執(zhí)行，已經(jīng)導(dǎo)致數(shù)據(jù)庫負載偏高了，而由于慢查詢還沒執(zhí)行完，因此慢查詢?nèi)罩具€看不到任何語句。此時可以使用  show processlist 命令判斷正在執(zhí)行的慢查詢。show processlist 顯示哪些線程正在運行。如果有 PROCESS  權(quán)限，則可以看到所有線程。否則，只能看到當前會話的線程。

知識擴展：如果不使用 FULL 關(guān)鍵字，在 info 字段中只顯示每個語句的前 100 個字符，如果想看語句的全部內(nèi)容可以使用 full 修飾（show full processlist）。

這里對上面結(jié)果重點參數(shù)解釋一下：

Time：表示執(zhí)行時間

Info：表示 SQL 語句

我們這里可以通過它的執(zhí)行時間（Time）來判斷是否是慢 SQL。

EXLPAIN分析慢查詢

分析  SQL 執(zhí)行效率是優(yōu)化 SQL 的重要手段，通過上面講的兩種方法，定位到慢查詢語句后，我們就要開始分析 SQL  執(zhí)行效率了，子曾經(jīng)曰過：“工欲善其事，必先利其器”，我們可以通過 explain、show profile 和 trace  等診斷工具來分析慢查詢。本節(jié)先講解 explain 的使用，在下節(jié)將分享 show profile 和 trace 的使用。

Explain 可以獲取 MySQL 中 SQL 語句的執(zhí)行計劃，比如語句是否使用了關(guān)聯(lián)查詢、是否使用了索引、掃描行數(shù)等。可以幫我們選擇更好地索引和寫出更優(yōu)的 SQL 。使用方法：在查詢語句前面加上 explain 運行就可以了。

創(chuàng)建一個測試表并且插入部分數(shù)據(jù)用于測試

在上圖表中我們創(chuàng)建了3個索引

PRIMARY KEY (`id`), 聚集索引 KEY `idx_a` (`a`),非聚集索引 KEY `idx_b_c` (`b`,`c`)非聚集索引 d列沒有創(chuàng)建索引

執(zhí)行三個SQL分別得到如下結(jié)果

Explain字段詳解（重點關(guān)注加粗項）：

這幾列重點解讀：

1. select_type重點解讀

2. type重點解讀：查詢性能從上到下依次是最好到最差

3. extra重點解讀

以上就是MySQL中怎么定位慢查詢，小編相信有部分知識點可能是我們?nèi)粘９ぷ鲿姷交蛴玫降?。希望你能通過這篇文章學(xué)到更多知識。更多詳情敬請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。