MyISAM 與 InnoDB 作為 MySQL 兩大主流存儲引擎，架構差異巨大，調優重點截然不同。本文整理生產環境實戰經驗，聚焦關鍵參數的設置原則與避坑指南。
MyISAM 關鍵參數
key_buffer_size —— 索引塊緩衝區
- 純 MyISAM 實例：可分配可用內存的 30%~40%。
- 混合引擎：預留內存給 OS 文件系統緩存（MyISAM 數據依賴 OS 緩存），建議 16~32 MB 甚至更低，僅滿足臨時表索引需求。
- 監控指標：
Key_reads / Key_read_requests < 0.01 為佳；若 .MYI 總僅 1 GB 卻設 4 GB，屬嚴重浪費。
InnoDB 核心參數
innodb_buffer_pool_size —— 數據+索引統一緩衝池
- 極度敏感：默認值（舊版 8~128 MB）會導致性能如蝸牛。
- 純 InnoDB 實例：可設可用內存 70%~80%，無需給 OS 預留過多緩存空間。
- 數據量小且穩定：無需過大，夠裝下熱數據即可。
innodb_additional_mem_pool_size —— 內部數據結構池
現代 OS 內存分配器已足夠高效，通常 20 MB 足夠，對性能影響微乎其微。
innodb_log_file_size / innodb_log_buffer_size —— 重做日誌
log_file_size：高寫入負載下增大（64~512 MB）可減少 checkpoint 壓力，但會拉長崩潰恢復時間。log_buffer_size：默認 8~16 MB 適合中等寫入；寫入峰值大時適當調大，但無需超過 1 秒產生的日誌量（每秒刷盤一次）。
innodb_flush_log_at_trx_commit —— 刷盤策略（性能與安全的核心權衡）
| 值 | 行為 | 性能 | 數據安全 | 適用場景 |
|---|
| 1 (默認) | 每次提交 fsync 刷盤 | 最慢 | 最安全（無數據丟失） | 核心金融、訂單系統 |
| 2 | 提交只寫 OS 緩存，每秒 fsync | 快得多 | 最多丟 1 秒事務 | 大多數 Web 應用、從 MyISAM 遷移 |
| 0 | 每秒由後台線程 fsync | 最快 | 崩潰丟失未刷盤事務 | 可容忍數據丟失的日誌、統計表 |
建議：無電池備寫緩存（BBWC）的 RAID 卡環境，2 是性價比最高的選擇。
通用連接層參數
table_cache (table_open_cache) —— 表緩存
- 打開表涉及文件描述符、.frm 解析、MyISAM 標記文件頭等開銷。
- 百表級實例建議 1024+；高併發（大 max_connections）需成比例增大，見過 100,000 設置。
thread_cache_size —— 線程緩存
- 避免頻繁創建/銷毀線程開銷。
- 基線 16；若
Threads_Created 快速增長，適當調大直至穩定。
query_cache_size —— 查詢緩存（MySQL 5.7 後棄用，8.0 移除）
- 唯讀多、無應用層緩存的舊版本場景可用 32~512 MB。
- 寫入頻繁時維護開銷大、鎖競爭劇烈，建議關閉（
query_cache_type=0）。
調優心法總結
- 先測量，再調整：用
SHOW GLOBAL STATUS、sys schema、PM 觀察瓶頸。
- 一參數一變更：觀察負載曲線，避免多參數同時動導致難以歸因。
- 關注業務指標：QPS、延遲 P99、錯誤率，而非單純緩存命中率。
- 版本演進：MySQL 8.0 引入
innodb_dedicated_server 自動配置、移除 Query Cache、重寫 Redo Log 並行刷盤，升級往往比手工調優收益更大。
參數調優是持續迭代過程，而非一次性配置。建立基線、建立監控、定期複盤，方能駕馭 MySQL 性能。
