前言

MySQL 服務啟動報錯 Error 1067: The process terminated unexpectedly，Win7 環境下最常見原因是 InnoDB 儲存引擎與預設配置衝突（特別是 ib_logfile* 大小不符或損毀）。本文提供標準三步驟修復流程。

修復步驟

1. 修改預設儲存引擎為 MyISAM（暫時規避 InnoDB 問題）
   編輯 my.ini（通常位於 C:\Program Files\MySQL\MySQL Server 5.x\my.ini 或 C:\ProgramData\MySQL\MySQL Server 5.x\my.ini）：
   找到 default-storage-engine=InnoDB → 改為 default-storage-engine=MyISAM → 存檔。
2. 刪除 InnoDB 交易日誌檔案
   進入 MySQL 資料目錄（datadir 參數指定，預設 C:\ProgramData\MySQL\MySQL Server 5.x\Data\），刪除：
   ib_logfile0
ib_logfile1
   （若存在 ibdata1 且確定無重要資料，亦可一併刪除；否則請先備份）。
3. 重新啟動 MySQL 服務
   net stop mysql → net start mysql，或透過「服務」管理單元（services.msc）重啟。

根因分析

• InnoDB 要求 innodb_log_file_size 設定值與實體 ib_logfile* 大小完全一致。若修改設定未刪除舊日誌檔，啟動時校驗失敗導致 1067 錯誤。
• Win7 權限機制可能導致 MySQL 無法在 ProgramData 寫入日誌，建議將 datadir 遷移至非系統碟（如 D:\MySQL\Data）並給予完整權限。

進階：正確調整 InnoDB 日誌大小流程（保留資料）

1. 停止 MySQL 服務。
2. 備份整個 Data 目錄。
3. 修改 my.ini 中 innodb_log_file_size 為新值（建議 256M-1G）。
4. 刪除 ib_logfile0、ib_logfile1。
5. 啟動 MySQL，系統自動建立新日誌檔。
6. 驗證錯誤日誌（.err）無警告訊息。

替代方案：修復安裝

若上述操作過於複雜，可嘗試「控制台 → 程式與功能 → MySQL → 修復」，但會重置所有配置檔，需重新匯入資料庫。

結語

Error 1067 九成源於 InnoDB 日誌檔與設定不符。掌握「改引擎 → 刪日誌 → 重啟」三步驟，可在 5 分鐘內恢復服務。生產環境建議遷移資料目錄、啟用二進制日誌、定期備份，並監控 innodb_log_file_size 變更流程。