MySQL 1067 錯誤排查實錄（重構版）：Windows 下 InnoDB 記憶體配置過大導致服務啟動失敗

MySQL 1067 錯誤根因與解決：並發配置過大耗盡記憶體，InnoDB 初始化失敗

一、錯誤現象

• 環境：阿里雲 Windows Server 2008 R2
• 安裝精靈設定「並發連接數 = 500」
• 服務啟動失敗，事件檢視器：Unknown/unsupported storage engine: InnoDB

二、常見誤區

網路建議「改用 MyISAM」—— **錯誤**。InnoDB 是核心事務引擎，捨棄它等於放棄 ACID、行級鎖、外鍵、MVCC 等關鍵特性。

三、真實根因

記憶體不足導致 InnoDB 無法分配緩衝池與執行緒資源。

• Windows 服務啟動時，InnoDB 依參數預分配記憶體
• innodb_buffer_pool_size、innodb_log_buffer_size、執行緒堆疊 (thread_stack)、連接緩衝
• 「並發 500」衍生大量執行緒，總記憶體需求超過實體+虛擬記憶體
• InnoDB 初始化失敗，錯誤訊息誤導為「unsupported engine」

四、解決方案（按推薦順序）

1. 降低並發配置：安裝精靈或 my.ini 將 max_connections 從 500 降至 100-200
2. 調整 InnoDB 核心參數（my.ini）：
   innodb_buffer_pool_size = 128M # 視記憶體 50-70%
innodb_log_buffer_size = 8M
thread_stack = 192K
sort_buffer_size = 256K
read_buffer_size = 128K
3. 增加虛擬記憶體：系統屬性 → 進階 → 效能 → 進階 → 虛擬記憶體 → 自訂大小（建議 2-4GB）
4. 升級實例記憶體：根本解決

五、驗證指令

net start mysql
# 前景除錯看詳細錯誤
"C:\Program Files\MySQL\MySQL Server 5.x\bin\mysqld" --console

六、經驗總結

• Windows 記憶體管理較 Linux 嚴格，預分配機制易觸發 1067
• 安裝精靈的「並發」實際修改多參數，需謹慎評估
• 生產環境**強烈建議 Linux**，避開 Windows 服務管理與記憶體碎片問題
• 錯誤訊息「unsupported engine」是初始化失敗的**副作用**，非引擎真不支援