您好,登錄后才能下訂單哦!
MySQL數據庫中如何定位慢查詢?相信很多沒有經驗的人對此束手無策,為此本文總結了問題出現的原因和解決方法,通過這篇文章希望你能解決這個問題。
前言
相信大家在平時工作中都有過 SQL 優化經歷,那么在優化前就必須找到慢 SQL 方可進行分析。這篇文章就介紹下如何定位到慢查詢。
慢查詢日志是 MySQL 內置的一項功能,可以記錄執行超過指定時間的 SQL 語句。
以下是慢查詢的相關參數,大家感興趣的可以看下:
參數 | 含義 |
---|---|
log_output | 日志輸出位置,默認為 FILE,即保存為文件,若設置為 TABLE,則將日志記錄到 mysql.show_log 表中,支持設置多種格式 |
slow_query_log_file | 指定慢查詢日志文件的路徑和名字,可使用絕對路徑指定,默認值是主機名-slow.log,位于配置的 datadir 目錄 |
long_query_time | 執行時間超過該值才記錄到慢查詢日志,單位為秒,默認為 10 |
min_examined_row_limit | 對于查詢掃描行數小于此參數的SQL,將不會記錄到慢查詢日志中,默認為 0 |
log_queries_not_using_indexes | 是否將未使用索引的 SQL 記錄到慢查詢日志中,開啟此配置后會無視 long_query_time 參數,默認為 OFF |
log_throttle_queries_not_using_indexes | 設定每分鐘記錄到日志的未使用索引的語句數目,超過這個數目后只記錄語句數量和花費的總時間,默認為 0 |
log-slow-admin-statements | 記錄執行緩慢的管理 SQL,如 ALTER TABLE、ANALYZE TABLE、CHECK TABLE、CREATE INDEX、DROP INDEX、OPTIMIZE TABLE 和 REPAIR TABLE,默認為 OFF |
log_slow_slave_statements | 記錄從庫上執行的慢查詢語句,如果 binlog 的值為 row,則失效,默認為 OFF |
開啟慢查詢
有兩種方式可以開啟慢查詢
方式一需要修改配置文件 my.ini,在[mysqld]段落中加入如下參數:
[mysqld] log_output='FILE,TABLE' slow_query_log='ON' long_query_time=0.001
然后需要重啟 MySQL 才可以生效,命令為 service mysqld restart
方式二無需重啟即可生效,但是重啟會導致設置失效,設置的命令如下所示:
SET GLOBAL slow_query_log = 'ON'; SET GLOBAL log_output = 'FILE,TABLE'; SET GLOBAL long_query_time = 0.001;
這樣就可以將慢查詢日志同時記錄在文件以及 mysql.slow_log 表中。
通過第二種方式開啟慢查詢日志,然后使用全表查詢語句 SELECT * FROM user
然后再查詢慢查詢日志:SELECT * FROM mysql.slow_log
,可以發現其中有這樣一條記錄:
slow_log
其中,start_time 為執行時間,user_host 為用戶的主機名,query_time 為查詢所花費的時間,lock_time 為該查詢使用鎖的時間,rows_sent 為這條查詢返回了多少數據給客戶端,rows_examined 表示這條語句掃描了多少行,db 為數據庫,sql_text 為這條 SQL,thread_id 為執行這條查詢的線程 id。
這樣我們就可以通過 slow_log 表的數據進行分析,然后對 SQL 進行調優了。
以上是通過 Table 來進行分析的,下面來通過文件的慢查詢是怎么樣的。
如果不知道文件保存在哪里,可以使用 SHOW VARIABLES LIKE '%slow_query_log_file%'
來查看文件保存位置,打開慢查詢日志文件,可以看出每五行表示一個慢 SQL,這樣查看比較費事,可以使用一些工具來查看。
慢查詢日志文件
mysqldumpslow
MySQL 內置了 mysqldumpslow 這個工具來幫助我們分析慢查詢日志文件,Windows 環境下使用該工具需要安裝 Perl 環境。
可以通過 -help 來查看它的命令參數:
mysqldumpslow help
比如我們可以通過 mysqldumpslow -s t 10 LAPTOP-8817LKVE-slow.log
命令得到按照查詢時間排序的 10 條 SQL 。
mysqldumpslow 結果
pt-query-digest
除此之外還有 pt-query-digest,這個是 Percona Toolkit 中的工具之一,下載地址:https://www.percona.com/downloads/percona-toolkit/LATEST/,如果是 Windows 系統,可以在安裝 Perl 的環境下,把腳本下載下來:https://raw.githubusercontent.com/percona/percona-toolkit/3.x/bin/pt-query-digest
下面先對 pt-query-digest 進行簡單的介紹:
pt-query-digest 是用于分析 MySQL 慢查詢的一個第三方工具,可以分析 binlog、General log 和 slowlog,也可以通過 showprocesslist 或者通過 tcpdump 抓取的 MySQL 協議數據來進行分析,可以把分析結果輸出到文件中,分析過程是先對查詢語句的條件進行參數化,然后對參數化以后的查詢進行分組統計,統計出各查詢的執行時間、次數、占比等,可以借助分析結果找出問題進行優化。
有興趣的可以先下載下來自己玩玩,將在后續的文章中對 pt-query-digest 工具進行詳細介紹。
show processlist
還有種情況是慢查詢還在執行中,慢查詢日志里是找不到慢 SQL 呢,這個時候可以用 show processlist 命令來尋找慢查詢,該命令可以顯示正在運行的線程,執行結果如下圖所示,可以根據 Time 的大小來判斷是否為慢查詢。
show processlist
看完上述內容,你們掌握MySQL數據庫中如何定位慢查詢的方法了嗎?如果還想學到更多技能或想了解更多相關內容,歡迎關注億速云行業資訊頻道,感謝各位的閱讀!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。