一、慢查詢(xún)?nèi)罩臼鞘裁矗?/h2>

慢查詢(xún)?nèi)罩揪褪?MySQL 的SQL性能記錄儀，專(zhuān)門(mén)自動(dòng)記錄數(shù)據(jù)庫(kù)里執(zhí)行卡頓、性能差的SQL。

?? 注意：慢日志只是被動(dòng)記錄，不會(huì)阻止SQL執(zhí)行，不影響業(yè)務(wù)運(yùn)行。

作用：線上項(xiàng)目CPU飆升、接口超時(shí)、頁(yè)面加載慢，第一時(shí)間靠慢日志找到問(wèn)題SQL，是運(yùn)維和開(kāi)發(fā)必備排障工具。

慢日志的記錄機(jī)制（核心邏輯，必須理解）

慢日志的默認(rèn)記錄條件只有一個(gè)：執(zhí)行時(shí)間 > long_query_time 閾值。

log_queries_not_using_indexes 是額外的附加開(kāi)關(guān)，開(kāi)啟后，無(wú)索引的SQL即使不超時(shí)也會(huì)被記錄。

兩者是**"或"**的關(guān)系——滿足任一條件即被記錄：

所以：全表掃描 ≠ 慢查詢(xún)。小表全表掃描可能只需0.01秒，低于閾值就不會(huì)被記錄（除非開(kāi)了無(wú)索引記錄）。

二、新手最大誤區(qū)：線上慢日志要不要關(guān)閉？（面試必考）

核心結(jié)論：線上慢日志總開(kāi)關(guān)必須永久開(kāi)啟，絕對(duì)不能關(guān)閉！

小白誤區(qū)糾正

很多人覺(jué)得開(kāi)慢日志占用性能，其實(shí)完全不用擔(dān)心：

• 慢日志的寫(xiě)入是追加式IO，對(duì)性能影響極?。ㄍǔ?< 1%）
• 真正影響性能的是問(wèn)題SQL本身，不是記錄問(wèn)題SQL的日志

真實(shí)規(guī)范

關(guān)閉慢日志是重大隱患——線上出故障時(shí)無(wú)日志可排查，無(wú)法定位問(wèn)題根源。

線上正確做法

不關(guān)閉開(kāi)關(guān)，只調(diào)優(yōu)參數(shù)：調(diào)高耗時(shí)閾值、關(guān)閉無(wú)索引SQL記錄，避免日志爆炸。

三、核心配置參數(shù)（零基礎(chǔ)必懂）

查詢(xún)所有慢日志參數(shù)命令：SHOW VARIABLES LIKE 'slow_query%';

3.1 三大必備參數(shù)

閾值說(shuō)明：

• 開(kāi)發(fā)環(huán)境設(shè) 0.1秒（嚴(yán)格排查，提前揪隱患），極端場(chǎng)景可設(shè) 0秒 記錄所有SQL
• 線上環(huán)境設(shè) 1~2秒（只記錄真正卡頓的SQL）

3.2 進(jìn)階參數(shù)（線上必配）

min_examined_row_limit 配合無(wú)索引記錄使用：即使開(kāi)了 log_queries_not_using_indexes，掃描行數(shù)低于此值的SQL也不會(huì)被記錄，有效減少小表無(wú)效日志。

3.3 動(dòng)態(tài)修改參數(shù)（不停機(jī)生效）

線上不想重啟MySQL時(shí)，可以用動(dòng)態(tài)命令：

-- 臨時(shí)開(kāi)啟慢日志（重啟后失效）
SET GLOBAL slow_query_log = ON;

-- 臨時(shí)調(diào)整閾值
SET GLOBAL long_query_time = 2;

-- 永久生效需同時(shí)修改 my.cnf 配置文件

?? long_query_time 修改后，需要新連接才生效，已有連接仍用舊值。

四、實(shí)操疑難問(wèn)題全解

問(wèn)題1：為什么同樣是全表掃描，有的進(jìn)慢日志、有的不進(jìn)？

核心規(guī)則：慢日志默認(rèn)只看耗時(shí)，不看是否全表掃描。

全表掃描 ≠ 慢查詢(xún)！你的4000行小表，全表掃描僅需0.03秒，低于閾值，所以不記錄；數(shù)據(jù)量過(guò)10萬(wàn)后，耗時(shí)暴漲超過(guò)閾值，立刻被記錄。

如果開(kāi)了 log_queries_not_using_indexes，則無(wú)索引SQL不超時(shí)也會(huì)被記錄——但小表可以用 min_examined_row_limit 過(guò)濾掉。

問(wèn)題2：LIKE '王%' 前綴模糊查詢(xún)，到底進(jìn)不進(jìn)慢日志？

答案取決于列上是否有索引，不存在所謂的"隱性?xún)?yōu)化規(guī)則"：

對(duì)比記憶：LIKE '王%' 有索引時(shí)能走范圍掃描，不是全表掃描；LIKE '%王' 左模糊無(wú)法利用B+樹(shù)索引有序性，一定全表掃描。

問(wèn)題3：為什么xuesheng_yizizhu > 100全表掃描會(huì)被記錄？

這條SQL掃描全表4400行、返回4300+行，被記錄有兩個(gè)可能原因：

1. 如果開(kāi)了 log_queries_not_using_indexes：沒(méi)有索引 = 滿足無(wú)索引記錄條件，直接被記錄，跟掃描行數(shù)多少無(wú)關(guān)
2. 如果沒(méi)開(kāi)無(wú)索引記錄：那就是執(zhí)行耗時(shí)超過(guò)了 long_query_time 閾值，被耗時(shí)規(guī)則捕獲

判斷 掃描行數(shù) >> 返回行數(shù) 是索引缺失的信號(hào)，但這不是慢日志記錄的原因，而是需要優(yōu)化的原因。

五、慢日志核心字段（小白秒懂看日志）

拿到慢日志，不用看雜亂內(nèi)容，只看這4個(gè)字段就能定位問(wèn)題：

萬(wàn)能判斷口訣：Rows_examined ? Rows_sent（掃描行數(shù)遠(yuǎn)大于返回行數(shù)）= 索引缺失/索引失效，必須優(yōu)化

典型場(chǎng)景速判：

六、三種環(huán)境查看慢日志的方法（全覆蓋）

6.1 本地PHPStudy環(huán)境

直接找到 slow.log 文件，用編輯器打開(kāi)，直觀查看原始日志，適合本地調(diào)試。

6.2 線上Linux服務(wù)器（企業(yè)常用）

方法一：mysqldumpslow（MySQL自帶，簡(jiǎn)單快捷）

自動(dòng)合并重復(fù)SQL、排序統(tǒng)計(jì)，解決日志雜亂問(wèn)題。

常用命令：

# 查耗時(shí)最長(zhǎng)Top10
mysqldumpslow -s t -t 10 /var/log/mysql/slow.log

# 查執(zhí)行次數(shù)最多Top10
mysqldumpslow -s c -t 10 /var/log/mysql/slow.log

# 查平均耗時(shí)最長(zhǎng)Top10
mysqldumpslow -s at -t 10 /var/log/mysql/slow.log

?? mysqldumpslow 只能分析 FILE 格式的日志，如果 log_output=TABLE 則無(wú)法使用，需用 SELECT * FROM mysql.slow_log 查詢(xún)。

方法二：pt-query-digest（Percona Toolkit，企業(yè)主流）

比 mysqldumpslow 強(qiáng)大得多，是實(shí)際運(yùn)維最常用的分析工具：

# 分析慢日志，輸出完整報(bào)告
pt-query-digest /var/log/mysql/slow.log

# 只分析最近1小時(shí)的慢查詢(xún)
pt-query-digest --since '1h' /var/log/mysql/slow.log

# 將結(jié)果保存到數(shù)據(jù)庫(kù)
pt-query-digest --review h=host,D=db,t=review /var/log/mysql/slow.log

6.3 阿里云/火山RDS云數(shù)據(jù)庫(kù)

無(wú)服務(wù)器權(quán)限，直接控制臺(tái)操作：實(shí)例詳情 → 日志管理 → 慢查詢(xún)?nèi)罩?，支持篩選、導(dǎo)出、一鍵分析。

七、日志自動(dòng)切割方案（線上必配）

線上慢日志會(huì)持續(xù)增長(zhǎng)，必須配置自動(dòng)切割，避免單文件過(guò)大占滿磁盤(pán)。

方案一：logrotate（Linux系統(tǒng)自帶）

創(chuàng)建配置文件 /etc/logrotate.d/mysql-slow：

/var/log/mysql/slow.log {
    daily
    rotate 30
    missingok
    compress
    delaycompress
    notifempty
    create 640 mysql mysql
    postrotate
        # 通知MySQL重新打開(kāi)日志文件
        mysql -e "SELECT 1" >/dev/null 2>&1 || true
    endscript
}

方案二：手動(dòng) mv + flush（簡(jiǎn)單直接）

# 1. 重命名當(dāng)前日志
mv /var/log/mysql/slow.log /var/log/mysql/slow.log.bak
# 2. 刷新MySQL日志句柄（MySQL自動(dòng)創(chuàng)建新文件）
mysql -e "FLUSH SLOW LOGS;"

八、開(kāi)發(fā)+線上落地規(guī)范（工作必守）

開(kāi)發(fā)環(huán)境規(guī)范

• 開(kāi)啟慢日志 + 低耗時(shí)閾值（0.1秒）+ 記錄無(wú)索引SQL
• 上線前清零所有全表掃描、慢查詢(xún)SQL，提前規(guī)避線上風(fēng)險(xiǎn)
• 極端排查場(chǎng)景可設(shè) long_query_time=0 記錄所有SQL

線上生產(chǎn)環(huán)境規(guī)范

1. 慢日志總開(kāi)關(guān)永久開(kāi)啟，禁止關(guān)閉
2. 關(guān)閉無(wú)索引SQL記錄，防止海量日志占滿磁盤(pán)
3. 配置 min_examined_row_limit，即使臨時(shí)開(kāi)啟無(wú)索引記錄也能過(guò)濾小表噪音
4. 配置日志自動(dòng)切割，避免單文件過(guò)大
5. 避免無(wú)條件全表查詢(xún)，避免左模糊/全模糊查詢(xún) %xxx，業(yè)務(wù)需要時(shí)用ES/搜索引擎替代
6. 設(shè)置合理的 long_query_time（1~2秒），太低日志爆炸，太高漏掉問(wèn)題

九、企業(yè)標(biāo)準(zhǔn)SQL優(yōu)化流程（面試必背）

固定流程：慢日志抓取問(wèn)題SQL → EXPLAIN分析執(zhí)行計(jì)劃 → 補(bǔ)索引/改寫(xiě)SQL → 復(fù)測(cè)性能

這是業(yè)界最常用的數(shù)據(jù)庫(kù)性能排查標(biāo)準(zhǔn)流程，適用于絕大多數(shù)卡頓問(wèn)題的定位和解決。

發(fā)現(xiàn)問(wèn)題 → 慢日志抓SQL → EXPLAIN分析 → 優(yōu)化方案 → 上線復(fù)測(cè)
   ↑                                                    |
   └────────────── 未解決則循環(huán) ←───────────────────────┘

十、面試速記卡（必背）

到此這篇關(guān)于MySQL慢查詢(xún)?nèi)罩镜膶?shí)現(xiàn)的文章就介紹到這了,更多相關(guān)MySQL慢查詢(xún)?nèi)罩緝?nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論