MySQL Profiling 性能分析：從入門到實戰的完整指南

什麼是 MySQL Profiling？

MySQL 5.0.37+ 引入的 PROFILING 功能，是一個會話級的 SQL 執行性能剖析工具。它能將一條查詢在 Server 層與存儲引擎層的各階段耗時、CPU 消耗、上下文切換、塊 I/O 等指標逐行記錄，是定位慢查詢瓶頸、理解執行路徑的利器。

快速上手：三步完成剖析

-- 1. 開啟 profiling（僅對當前會話生效）
SET profiling = 1;

-- 2. 執行目標查詢（含錯誤查詢也會記錄）
SELECT * FROM `user` LIMIT 1;
SELECT COUNT(*) FROM `user` GROUP BY `sex`;

-- 3. 查看彙總列表
SHOW PROFILES;

輸出示例：

深入剖析：查看指定 Query 的詳細資源消耗

SHOW PROFILE CPU, BLOCK IO FOR QUERY 3;

關鍵欄位說明：

• Status：執行階段（starting、Opening tables、System lock、Table lock、optimizing、statistics、Creating tmp table、Copying to tmp table、Sorting result、Sending data 等）。
• Duration：該階段耗時（秒）。
• CPU_user / CPU_system：用戶態/核心態 CPU 時間。
• Block_ops_in / Block_ops_out：磁塊讀/寫次數。

上例中 Copying to tmp table 耗時 1.9 秒、佔用大量 CPU 與 Block I/O，提示 GROUP BY 觸發了內部臨時表與文件排序——優化方向可考慮增加覆蓋索引或調整 tmp_table_size。

常用剖析維度組合

進階技巧與注意事項

1. 會話級隔離：SET profiling=1 僅影響當前連線，斷開連線或 SET profiling=0 即清空記錄，不影響其他會話。
2. 記錄上限：預設最多保存 100 條記錄，可由 profiling_history_size 變量調整（最大 1000）。
3. 生產環境慎用：Profiling 會增加 Server 層開銷，建議僅在測試/預發環境或低峰期定向開啟。
4. 結合 EXPLAIN 使用：Profiling 看「執行實況」，EXPLAIN 看「執行計劃」，雙劍合璧才能全貌掌握。

經典優化案例：從「全表掃描」到「索引覆蓋」

某查詢 SELECT * FROM orders WHERE status=1 AND created_at > '2023-01-01' 耗時 2.3 秒。Profiling 顯示 Sending data 階段佔 95% 時間，Block_ops_in 極高。EXPLAIN 確認 type=ALL。加上聯合索引 idx_status_created(status, created_at) 後，Profiling 顯示 Sending data 降至 0.02 秒，Block_ops_in 歸零，性能提升百倍。

學習資源推薦（官方與社區經典）

• 基礎入門：How to profile a query in MySQL（Xaprb 系列三部曲）
• 進階實戰：Profiling MySQL Stored Routines（Percona Blog）
• 官方文檔：MySQL 8.0 Reference Manual - SHOW PROFILE
• 骨灰級：Using DTrace with MySQL（Solaris/BSD 系統級動態追蹤）

結語

MySQL Profiling 雖屬舊版功能（MySQL 8.0 標記為 deprecated，建議遷移至 Performance Schema），但在大量存量 5.6/5.7 環境中仍是不可或缺的「手術刀」。熟練掌握其輸出解讀，能讓你從「感覺慢」進化到「精準定位慢在哪、為什麼慢、怎麼改」，是每位 DBA 與後端工程師的必修技能。