MySQL "Out of memory" 錯誤根因分析與 32 位系統內存配置避坑指南

錯誤現象

mysqld-nt: Out of memory (Needed 1677720 bytes)

錯誤日志反復出現，服務器雖有 32GB 物理內存，但運行 32 位 Windows/Linux 系統，MySQL 進程無法利用超 4GB 內存（實際可用約 2-3GB）。

核心根因：32 位進程地址空間限制

• 32 位進程虛擬地址空間 **4GB**（Windows 默認 2GB 用戶態 + 2GB 內核態，/3GB 啟動參數可擴至 3GB）
• MySQL 內存分配包含：key_buffer_size + innodb_buffer_pool_size + (read_buffer_size + sort_buffer_size + join_buffer_size) * max_connections + 線程棧、臨時表、解析樹等
• **總分配超過進程地址空間上限** 即觸發 OOM，與物理內存大小無關

配置參數「疊加效應」量化分析

文中配置片段存在嚴重超分配：

key_buffer_size = 1.2GB        # 1294963200 bytes
sort_buffer_size = 2.1GB       # 2294967295 bytes  <-- 極度危險！
read_buffer_size = 2GB         # 2147479552 bytes  <-- 極度危險！
max_connections = 100 (假設)

**理論峰值內存** = 1.2G + 1.5G (InnoDB) + (2G + 2.1G) * 100 = **411 GB** 💥 遠超 32 位 4GB 限制。

安全配置原則與推薦值

全局緩衝區（啟動即分配）

線程級緩衝區（每連接按需分配，峰值 = 單值 × max_connections）

臨時表與堆表控制

tmp_table_size = 64M
max_heap_table_size = 64M
# 兩者取較小值為內存臨時表上限，超過轉 MyISAM 磁盤表
# 建議：key_buffer_size ≈ max_heap_table_size / 4

修正後的安全配置示例（32位 4GB RAM 服務器）

[mysqld]
# 全局緩衝
key_buffer_size = 128M
innodb_buffer_pool_size = 1G
innodb_log_buffer_size = 16M
query_cache_size = 0
query_cache_type = 0

# 線程緩衝（保守值）
read_buffer_size = 256K
read_rnd_buffer_size = 512K
sort_buffer_size = 512K
join_buffer_size = 256K
thread_stack = 256K

# 連接控制
max_connections = 300
max_user_connections = 250

# 臨時表
tmp_table_size = 64M
max_heap_table_size = 64M

# InnoDB 核心
innodb_log_file_size = 256M
innodb_log_files_in_group = 2
innodb_flush_log_at_trx_commit = 1
innodb_file_per_table = ON

# 其它
max_allowed_packet = 32M
table_open_cache = 2000

**估算峰值**：1.1G (全局) + (1.5M * 300) ≈ 1.5G，**安全裕度充足**。

PHP "Fatal error: Out of memory" 關聯排查

同服務器 PHP 报錯：

Fatal error: Out of memory (allocated 262144) (tried to allocate 19456 bytes)

**獨立於 MySQL**，屬於 PHP 進程內存耗盡：

• 修改 php.ini：memory_limit = 256M（視腳本需求調整）
• 排查內存洩漏：大數組未釋放、遞歸無終止、Composer 依賴過多
• 啟用 OPcache 減少編譯內存：opcache.enable=1 opcache.memory_consumption=128

根治建議：告別 32 位系統

總結

MySQL "Out of memory" 本質是 **32 位進程虛擬地址空間耗盡**，而非物理內存不足。核心對策：

1. **大幅降低線程級緩衝參數**（sort/read/join_buffer 至 KB 級）
2. **合理設置全局緩衝**（innodb_buffer_pool 為主，總和 < 2.5GB）
3. **控制 max_connections**，配合連接池避免連接爆發
4. **盡快遷移 64 位系統**，徹底解決內存天花板

配置修改後**必須重啟 MySQL 生效**，建議變更前備份 my.cnf，變更後觀察錯誤日志 24h 確認穩定。