MySQL 全局共享記憶體詳細解析：Query Cache、Buffer Pool、Key Buffer、Thread Cache 等核心區調優

MySQL 全局共享記憶體詳細解析：Query Cache、Buffer Pool、Key Buffer、Thread Cache 等核心區調優

全局共享記憶體由 mysqld 進程與存儲引擎共同管理，生命週期隨實例啟停，不隨連線數增減。合理配置這些區域，能最大化緩存命中、降低磁盤 I/O。本文系統梳理 10 大共享記憶體區。

十大全局共享記憶體區

核心三區深度聚焦

1. InnoDB Buffer Pool（最關鍵）

• 緩存 **數據頁 + 索引頁 + 自適應哈希索引 + 鎖資訊 + 插入緩衝** 等。
• 多實例 innodb_buffer_pool_instances（建議 1GB/實例）減少互斥鎖爭用。
• 命中率 < 95% 需擴容或檢查熱點數據是否被淘汰。
• 預熱：重啟後跑 SELECT COUNT(*) FROM 大表 或用 innodb_buffer_pool_dump_at_shutdown/load_at_startup（5.6+）。

2. Query Cache（已廢棄）

• 機制：SQL 文本 Hash → 結果集緩存；**任何寫入導致相關表所有 Query Cache 失效**。
• 高寫入場景命中率極低，反而增加互斥鎖開銷。
• 替代方案：應用層 Redis/Memcached、HandlerSocket、Materialized View。

3. Thread Cache（短連接救星）

• PHP/Java 連接池不當導致頻繁短連接時，Thread Cache 能大幅降低 Threads_created。
• 監控 Threads_created 增長速率，若每秒 > 10 應調大 thread_cache_size。

記憶體預算分配範例（32GB 專用機，InnoDB 為主）

OS/FS Cache          : 4-6 GB
InnoDB Buffer Pool   : 20 GB (innodb_buffer_pool_size=20G, instances=16)
Key Buffer           : 32 MB
Query Cache          : 0 (OFF)
Thread Cache         : 200
Table Open Cache     : 5000
Table Definition     : 4000
Binlog Cache         : 32 MB (per thread, dynamic)
Log Buffer           : 64 MB
Backlog              : 2000
其他結構             : ~1 GB
總計 ≈ 26 GB，留 6 GB 給 OS，安全邊際充足

監控儀表盤建議

• Grafana + Prometheus mysqld_exporter 采集上述命中率指標。
• 設置告警：Buffer Pool 命中率 < 95%、Table Cache 命中率 < 90%、Thread Cache 命中率 < 90%。

系統化配置全局共享記憶體，是 MySQL 性能調優的基石與最高 ROI 動作。