快捷導(dǎo)航

MySQL 慢查詢排查的實(shí)現(xiàn)

更新時間：2026年07月29日 09:06:13 作者：長大1988

本文主要介紹了MySQL 慢查詢排查的實(shí)現(xiàn),文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧

第一步：確認(rèn)慢查詢是否存在

1.1 開啟慢查詢?nèi)罩?/h3>

-- 查看當(dāng)前狀態(tài)
SHOW VARIABLES LIKE 'slow_query%';
SHOW VARIABLES LIKE 'long_query_time';

-- 臨時開啟（重啟失效）
SET GLOBAL slow_query_log = ON;
SET GLOBAL long_query_time = 1;  -- 超過1秒記錄
SET GLOBAL log_queries_not_using_indexes = ON;

1.2 查看慢查詢數(shù)量與內(nèi)容

# 統(tǒng)計慢查詢次數(shù)
SHOW GLOBAL STATUS LIKE '%Slow_queries%';

# 查看最近慢查詢?nèi)罩疚募窂?
SHOW VARIABLES LIKE 'slow_query_log_file';

第二步：分析慢查詢語句

2.1 使用 EXPLAIN 分析執(zhí)行計劃

EXPLAIN SELECT * FROM orders WHERE status = 1 ORDER BY created_at DESC LIMIT 100;

重點(diǎn)關(guān)注字段：

字段	危險信號
type	ALL（全表掃描）、index（索引全掃）
rows	遠(yuǎn)大于預(yù)期返回行數(shù)
Extra	Using filesort（文件排序）、Using temporary（臨時表）

2.2 使用 SHOW PROFILE 查看耗時分布

-- 開啟 profiling
SET profiling = 1;

-- 執(zhí)行你的慢查詢
SELECT * FROM orders WHERE ...;

-- 查看所有查詢的耗時
SHOW PROFILES;

-- 查看具體某個 Query_ID 的詳細(xì)耗時
SHOW PROFILE FOR QUERY 1;

關(guān)鍵看 Sending data、Sorting result、Creating tmp table 等步驟的耗時占比。

第三步：常見原因與對應(yīng)解決方案

3.1 沒走索引 → 加索引

-- 檢查是否有可用索引
SHOW INDEX FROM orders;

-- 添加復(fù)合索引（注意字段順序：等值條件在前，范圍條件在后）
ALTER TABLE orders ADD INDEX idx_status_created (status, created_at);

3.2 索引失效 → 改寫 SQL

常見導(dǎo)致索引失效的操作：

對索引列使用函數(shù)：WHERE DATE(created_at) = '2024-01-01'
隱式類型轉(zhuǎn)換：WHERE user_id = '123'（user_id 是 int）
前導(dǎo)模糊匹配：WHERE name LIKE '%張三'

3.3 數(shù)據(jù)量過大 → 分頁優(yōu)化 / 歸檔

深分頁優(yōu)化示例：

-- 原始寫法（越往后越慢）
SELECT * FROM orders ORDER BY id LIMIT 100000, 20;

-- 優(yōu)化寫法（子查詢用覆蓋索引）
SELECT * FROM orders 
WHERE id > (SELECT id FROM orders ORDER BY id LIMIT 100000, 1)
ORDER BY id LIMIT 20;

數(shù)據(jù)歸檔： ? 將歷史數(shù)據(jù)遷移到歸檔表或分區(qū)表。

3.4 鎖等待 → 排查鎖沖突

-- 查看當(dāng)前正在等待鎖的事務(wù)
SELECT * FROM information_schema.INNODB_TRX\G

-- 查看鎖等待關(guān)系
SELECT * FROM sys.schema_table_lock_waits;

-- 強(qiáng)制結(jié)束阻塞事務(wù)（慎用）
KILL [trx_mysql_thread_id];

3.5 SQL 寫得爛 → 重寫

典型壞寫法：

SELECT * → 只取需要的列
子查詢嵌套過深 → 改用 JOIN 或臨時表
OR 條件 → 拆成 UNION ALL
循環(huán)查詢 → 批量查詢 + IN

第四步：系統(tǒng)層面排查

4.1 查看數(shù)據(jù)庫配置是否合理

-- 關(guān)鍵參數(shù)檢查
SHOW VARIABLES LIKE 'innodb_buffer_pool_size';    -- 建議設(shè)為內(nèi)存的60%-70%
SHOW VARIABLES LIKE 'tmp_table_size';              -- 臨時表大小限制
SHOW VARIABLES LIKE 'max_connections';             -- 連接數(shù)是否過高

4.2 查看服務(wù)器資源

# CPU、內(nèi)存、IO 情況
top
iostat -x 1
free -h

如果 CPU 高但 IO 低 → SQL 計算量大或索引不合理

如果 IO 高但 CPU 低 → 磁盤瓶頸，考慮 SSD 或增加 buffer pool

第五步：建立長效機(jī)制

5.1 定期巡檢腳本

-- 查詢當(dāng)前運(yùn)行時間最長的SQL
SELECT * FROM information_schema.PROCESSLIST 
WHERE COMMAND != 'Sleep'
ORDER BY TIME DESC LIMIT 10;

-- 查詢?nèi)頀呙璐螖?shù)最多的表
SELECT * FROM sys.schema_unused_indexes;