MySQL 佔用虛擬記憶體過高 (800MB+) 解決：調整 innodb_buffer_pool_size 等核心參數降至 200MB 以下

MySQL 記憶體佔用暴漲根因與精準縮減實戰

預設安裝 MySQL (尤其是 Windows MSI 安裝器) 往往配置激進的緩衝區參數，導致虛擬記憶體 (VIRT/COMMIT) 達 800MB+，實體記憶體壓力大。核心參數調整後降至 200MB 以下。

關鍵參數調整對照 (my.ini / my.cnf)

2GB 記憶體伺服器三種調優模板

十大效能參數核心作用速查

1. max_connections：最大連線數，防 Too many connections。
2. record_buffer (read_buffer_size)：順序掃描緩衝，大表全掃加大。
3. key_buffer_size：MyISAM 索引緩衝，共享所有線程。
4. back_log：TCP 連線請求佇列，突發連線風暴調大。
5. interactive_timeout / wait_timeout：閒置連線超時，防洩漏建議 7200 (2h)。
6. sort_buffer_size：排序緩衝，ORDER BY/GROUP BY 加速。
7. table_cache (table_open_cache)：開啟表快取，減少開關表開銷。
8. thread_cache_size：線程快取，對比 Connections vs Threads_created 調整。
9. 字元集：--default-character-set=gb2312 啟動支援中文不分大小寫搜尋。
10. innodb_buffer_pool_size：InnoDB 核心，**單一最重要參數**。

調整後驗證

# 重啟服務
systemctl restart mysqld

# 觀察進程記憶體
ps aux | grep mysqld
# VIRT/RES 應顯著下降

# 監控關鍵狀態
SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool%';
SHOW GLOBAL STATUS LIKE 'Threads_%';
SHOW GLOBAL STATUS LIKE 'Max_used_connections';

避坑提醒

• **勿盲目照抄網上大數值**，參數需匹配實體記憶體、負載特質、資料規模。
• 修改後**必須重啟**生效 (部分參數動態可調，但緩衝區類需重啟)。
• 調整前**備份 my.cnf**，出現啟動失敗可快速回滾。
• 生產環境**灰度發布**：先在從庫/測試庫驗證穩定性再推主庫。