錯誤現象

服務管理器啟動 MySQL 時報錯：「Windows 無法啟動 MySQL 服務，錯誤 1067：進程意外終止」

方案一：修復 InnoDB 日誌文件損壞（最常見）

1. 編輯 my.ini，暫時切換引擎避開 InnoDB：
   default-storage-engine = MyISAM

2. 刪除 Data 目錄下的 InnoDB 日誌文件：
   del ib_logfile0
   del ib_logfile1

3. 刪除 ibdata1（系統表空間，位置由 innodb_data_home_dir 指定）
   # 根據 my.ini 中 innodb_data_home_dir 找到位置

4. 恢復 my.ini：default-storage-engine = INNODB

5. 重啟服務

原理：損壞的 Redo Log/系統表空間導致 InnoDB 初始化失敗，刪除後重建。

方案二：清理殘留的 my.ini（多環境衝突）

現象：安裝過 WAMP/XAMPP/集成環境，它們將 my.ini 複製到 C:\Windows\ 並設為只讀，MySQL 讀取錯誤配置。

1. 刪除 C:\Windows\my.ini（需管理員權限）
2. 重新安裝/修復 MySQL
3. 服務正常啟動

方案三：winmysqladmin 重新生成配置

1. 執行 winmysqladmin.exe 生成新 my.ini
2. mysqld -install 註冊服務
3. net start mysql 啟動
# 若連接報服務未啟動，檢查服務狀態手動啟動
# 仍報 1067 則複製生成的 my.ini 到 C:\Windows\

快速診斷清單

1. mysqld --console 前台運行查看實時錯誤輸出
2. 檢查 .err 錯誤日誌（Data 目錄下 主機名.err）
3. 確認 basedir/datadir 路徑正確、權限正常
4. 端口 3306 未被佔用（netstat -ano | findstr 3306）
5. 防火牆/殺毒軟件攔截

預防建議

• 避免多套 MySQL/集成環境共存
• 生產環境使用官方安裝包而非集成包
• 定期備份 ibdata1、ib_logfile*、.frm/.ibd 文件
• 監控磁碟空間（滿盤導致寫入失敗觸發 1067）