MySQL Query Cache 機制深度解析與最佳配置策略

核心機制：Key-Value 精確匹配

• Key 生成：SQL 文本按字節 Hash（區分大小寫、空格、註釋）
• Value：結果集完整副本
• 失效觸發：涉及表的任何 DML/DDL（INSERT/UPDATE/DELETE/TRUNCATE/ALTER/DROP）

結論：僅適合「讀多寫極少」的表（如配置表、字典表、靜態報表）。

配置參數詳解

推薦配置模板（my.cnf）

[mysqld]
query_cache_type = 2
query_cache_size = 128M
query_cache_limit = 2M
query_cache_min_res_unit = 2K

應用層協作：顯式控制緩存

-- 明確啟用
SELECT SQL_CACHE id, name FROM config WHERE type='pay';

-- 明確禁用
SELECT SQL_NO_CACHE * FROM orders WHERE user_id=123;

策略：全局 DEMAND + 代碼層 SQL_CACHE，精準控制，避免污染。

監控與調優指標

SHOW STATUS LIKE 'Qcache%';

維護操作

• FLUSH QUERY CACHE：整理碎片，不清除數據
• RESET QUERY CACHE：清空所有緩存
• FLUSH TABLES：同步效果等同 RESET

版本演進與替代方案

• MySQL 5.7.20：標記棄用
• MySQL 8.0：完全移除
• 替代方案：
  — 應用層 Redis/Memcached（靈活、分佈式）
  — InnoDB Buffer Pool 預熱（innodb_buffer_pool_dump_at_shutdown）
  — 物化視圖/匯總表預計算

遷移建議

1. 檢查 Qcache_hits 確認業務依賴程度
2. 逐步將熱點查詢遷移至 Redis，Key 設計：sql:hash(sql_text)
3. 關閉 query_cache_type=0、query_cache_size=0 釋放內存給 Buffer Pool