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