Windows 下 MySQL 啟動 1067 錯誤完整解決方案：InnoDB 引擎、臨時目錄、配置檔路徑三大成因

Windows 安裝 MySQL 後啟動服務報「錯誤 1067：程序意外終止」。這是極常見的問題，成因通常集中在 InnoDB 儲存引擎初始化失敗、臨時目錄未設定、配置檔路徑參數錯誤 三大類。本文彙整網友實測方案與官方文檔，提供系統性排查流程。

成因一：InnoDB 引擎初始化失敗 (最常見)

典型錯誤日誌 (.err 檔案)

InnoDB: Error: unable to create temporary file; errno: 2
[ERROR] Plugin 'InnoDB' init function returned error.
[ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
[ERROR] Unknown/unsupported table type: INNODB
[ERROR] Aborting

解決方案 A：切換預設儲存引擎為 MyISAM (快速繞過)

1. 開啟 my.ini (通常在 MySQL 安裝目錄或 C:\ProgramData\MySQL\MySQL Server X.Y\)
2. 找到 default-storage-engine=InnoDB → 改為 default-storage-engine=MyISAM
3. 刪除資料目錄下的 InnoDB 相關檔案：ib_logfile0, ib_logfile1, ibdata1
4. 重啟 MySQL 服務

原理： MyISAM 不需複雜的表空間初始化，直接用檔案儲存，繞過 InnoDB 問題。缺點： 失去交易支援、外鍵、行級鎖定、崩潰恢復等企業級特性。

解決方案 B：修正 InnoDB 表空間路徑 (根治)

1. 檢查 my.ini 中 innodb_data_home_dir 設定 (如 D:/)
2. 確保該路徑存在且 MySQL 服務帳戶有讀寫權限
3. 刪除舊的 ibdata1, ib_logfile* (在 innodb_data_home_dir 或 datadir 下)
4. 重啟服務，MySQL 會自動建立新的表空間檔案

實測： 多數情況下僅執行步驟 3 (刪除 ibdata1/ib_logfile*) 即可解決，前提是路徑權限正確。

成因二：臨時目錄 (tmpdir) 未初始化

錯誤日誌關鍵行：

InnoDB: Error: unable to create temporary file; errno: 2

解決：在 my.ini [mysqld] 區段明確指定 tmpdir

[mysqld]
tmpdir="D:/MySQL/Temp"
# 或 tmpdir="C:/Windows/Temp" (確保存在)

1. 建立對應目錄
2. 重啟 MySQL，Temp 目錄下會產生 *.tmp 檔案，啟動成功

疑問： 為何首次安裝未設 tmpdir 也能啟動？可能預設使用系統 TEMP 環境變數，重裝/遷移後環境變數丟失導致失效。

成因三：服務安裝參數 --defaults-file 路徑問題

現象： 手動安裝服務命令：

mysqld --install MySQL --defaults-file=E:/mysql-5.0.83-win32/my.ini

報 1067 錯誤，但配置檔明明存在。

解決：改用 --defaults-extra-file

mysqld --install MySQL --defaults-extra-file=E:/mysql-5.0.83-win32/my.ini

差異：

• --defaults-file：唯一 讀取指定配置檔，忽略所有其他預設位置
• --defaults-extra-file：在預設配置基礎上額外讀取指定檔案，相容性更好

用 mysqld --verbose --help 可查看參數說明。

系統性排查流程 (建議順序)

1. 查看錯誤日誌：datadir\主機名.err (關鍵！對症下藥)
2. 檢查 my.ini 權限與路徑：innodb_data_home_dir, datadir, tmpdir
3. 刪除 ibdata1, ib_logfile0, ib_logfile1 (備份後)
4. 嘗試切換 default-storage-engine=MyISAM 驗證是否 InnoDB 問題
5. 檢查服務安裝參數 (sc qc MySQL 查看啟動命令)
6. 以管理員身分 CMD 執行 mysqld --console 直接看輸出除錯

InnoDB vs MyISAM 核心差異速查