MySQL 查詢緩存參數完整解析：配置變數、狀態指標、碎片率/利用率/命中率計算與調優實戰

查詢緩存 (Query Cache) 在讀多寫少場景極具效能杠桿。本文完整解析 6 大配置變數、9 大狀態指標、3 核心健康度公式與調優實戰案例，助力精準調優。

一、配置變數 (SHOW VARIABLES LIKE 'query_cache%')

二、狀態指標 (SHOW STATUS LIKE 'Qcache%')

三、三大健康度公式

1. 碎片率 = Qcache_free_blocks / Qcache_total_blocks × 100%
   • > 20% → FLUSH QUERY CACHE 或降低 query_cache_min_res_unit
2. 利用率 = (query_cache_size - Qcache_free_memory) / query_cache_size × 100%
   • < 25% → 緩存過大可縮減
   • > 80% 且 prunes > 50 → 過小或碎片多
3. 命中率 = Qcache_hits / (Qcache_hits + Qcache_inserts) × 100%
   • 或 1 - Qcache_inserts / Qcache_hits (視定義)
   • < 50% 通常表示寫入頻繁/查詢多樣化，緩存效果有限

四、query_cache_min_res_unit 黃金公式

參考《High Performance MySQL》：

query_cache_min_res_unit = (query_cache_size - Qcache_free_memory) / Qcache_queries_in_cache

動態計算平均每查詢佔用記憶體，作為分配單元基準。

五、實戰觀察案例

-- 初始狀態
Qcache_free_blocks=4984, Qcache_total_blocks=46362 → 碎片率 10.7%
Qcache_free_memory=30097400, query_cache_size=67108864 → 利用率 55.2%
Qcache_hits=701669, Qcache_inserts=832414 → 命中率 45.8%

-- 調整 min_res_unit 4096→2048
碎片率 10.7% → 3.2% (顯著改善)
但過小增加 IO 開銷，需平衡

六、維護指令

FLUSH QUERY CACHE;  -- 整理碎片，不清除資料
RESET QUERY CACHE;  -- 完全清空緩存

七、適用性邊界

• ✅ 讀多寫少、重複查詢高、結果集小 (配置表、字典表、靜態報表)
• ❌ 寫入頻繁 (每寫入即失效相關緩存)、大結果集、非確定性函數 (NOW、RAND、UUID)
• MySQL 8.0 已移除 Query Cache，遷移建議改用 Redis/Memcached 外部快取層

查詢緩存是雙刃劍：精準配置可獲 10 倍提升，誤用反拖累效能。持續監控三大指標，動態平衡。