錯誤現象
MySQL 服務正在啟動 .
MySQL 服務無法啟動。
系統出錯。
發生系統錯誤 1067。
進程意外終止。
錯誤 1067 = **ERROR_PROCESS_ABORTED**，表示 MySQL 服務進程啟動後異常退出，**非單一原因**，需系統性排查。
九大核心原因與解決方案
1. my.ini 配置檔路徑/內容錯誤 (最常見)
現象：MySQL 讀取錯誤的配置檔，或配置項語法錯誤、路徑不存在。
標準排查步驟：
- 確認 MySQL 實際讀取的配置檔：`mysqld --verbose --help | findstr /R /C:"my.ini" /C:"my.cnf"`
- **僅保留一個**有效配置檔 (安裝目錄下 `my.ini`)，刪除 `C:\Windows\my.ini`、`C:\my.ini` 等殘留
- 從範本複製：`copy my-small.ini my.ini` (或 my-medium/huge)
- **必修關鍵項**：
[mysqld]
basedir=C:/mysql-5.1.11-beta-win32 # 安裝目錄 (正斜線或雙反斜線)
datadir=C:/mysql-5.1.11-beta-win32/data # 資料目錄
# port=3306
# default-storage-engine=INNODB
重新註冊服務驗證：
mysqld --remove
mysqld --install
net start mysql
2. default-storage-engine 不支援 (MySQL 版本差異)
現象：配置 `default-storage-engine=INNODB`，但該版本未編譯 InnoDB (如精簡版、舊版 Embedded)。
解決：
[mysqld]
default-storage-engine=MYISAM # 改為通用引擎
# 或註釋掉此行使用預設值
3. 資料目錄遺失/權限/殘留檔案
- `datadir` 路徑不存在 → 建立目錄
- `ibdata1`、`ib_logfile*` 損壞/遺失 → 刪除舊檔 (備份後) 讓 MySQL 重新初始化
- 權限不足 → 確保服務帳戶 (LocalSystem/指定用戶) 對 `datadir` 有完全控制權限
4. 連接埠衝突 (3306 被佔用)
netstat -ano | findstr :3306
taskkill /PID /F
# 或修改 my.ini: port=3307
5. 字元集修改導致無法啟動
場景：手動修改 `my.ini` 字元集、或用 MySQL Workbench 變更 Server Administration 字元集。
正確方式：使用官方實例配置精靈：
"C:\Program Files\MySQL\MySQL Server 5.x\bin\MySQLInstanceConfig.exe"
重新配置字元集後重啟服務。
6. 驅動/相依服務缺失 (Windows 專有)
- Visual C++ Redistributable 缺失 (MySQL 5.7+ 需 VC++ 2013/2015/2019)
- 相依服務未啟動：`RPC`、`DCOM`、`EventLog`
7. 防毒軟體/安全軟體攔截
- 將 `mysqld.exe`、`datadir` 加入白名單
- 暫時關閉即時掃描測試
8. 錯誤日誌分析 (決定性證據)
位置：`datadir` 下的 `.err`
關鍵字搜尋：
type .err | findstr /I "error fatal abort assertion plugin innodb"
常見致命錯誤：
- `InnoDB: Error: log file .\ib_logfile0 is of different size` → 刪除 ib_logfile* 重啟
- `InnoDB: Cannot open datafile .\ibdata1` → 路徑/權限/損壞
- `Plugin 'InnoDB' registration failed` → InnoDB 初始化失敗，檢查上方具體原因
- `Can't start server: Bind on TCP/IP port: Address already in use` → Port 衝突
9. 32/64 位元不匹配
- 32 位元 MySQL 安裝在 64 位元 OS 正常；64 位元 MySQL **不可**裝 32 位元 OS
- 若系統遷移導致架構不符，必須重新安裝對應版本
標準化排查流程圖 (按順序執行)
```mermaid
graph TD
A[1067 錯誤] --> B{查看錯誤日誌 .err}
B --> C{明確錯誤訊息?}
C -->|是| D[針對性修復: Port/路徑/權限/InnoDB]
C -->|否| E[檢查 my.ini 路徑與語法]
E --> F[刪除多餘配置檔, 從範本復制 my.ini]
F --> G[設定 basedir/datadir 正確路徑]
G --> H[註釋 default-storage-engine]
H --> I[mysqld --remove && mysqld --install]
I --> J[net start mysql]
J --> K{成功?}
K -->|否| L[檢查 Port 衝突/VC++/防毒]
L --> M[重啟伺服器嘗試]
K -->|是| N[完成]
```
快速修復腳本 (批次檔)
@echo off
rem fix_mysql_1067.bat - 以管理員身分執行
echo === 停止並移除服務 ===
net stop mysql 2>nul
"C:\Program Files\MySQL\MySQL Server 5.x\bin\mysqld" --remove
echo === 清理殘留配置 ===
del C:\Windows\my.ini 2>nul
del C:\my.ini 2>nul
echo === 從範本重建 my.ini ===
copy "C:\Program Files\MySQL\MySQL Server 5.x\my-small.ini" "C:\Program Files\MySQL\MySQL Server 5.x\my.ini" /Y
echo === 修正關鍵路徑 (請手動編輯 basedir/datadir) ===
notepad "C:\Program Files\MySQL\MySQL Server 5.x\my.ini"
echo === 重新安裝服務 ===
"C:\Program Files\MySQL\MySQL Server 5.x\bin\mysqld" --install
net start mysql
pause
預防最佳實踐
- 版本一致性：開發/測試/生產使用相同 MySQL 版本、位元數
- 配置即代碼：`my.ini` 納入 Git 版控，部署時自動分發
- 使用官方配置工具：字元集、埠號、路徑皆用 `MySQLInstanceConfig.exe` 修改
- 監控服務狀態：Zabbix/Prometheus 監控 `mysql_up` 指標，異常即時告警
- 定期演練重啟：月度維護窗口驗證 `net stop/start mysql` 正常
遵循「先看錯誤日誌 → 修正配置檔 → 重新註冊服務 → 驗證相依項」的標準化流程，90% 的 1067 錯誤可在 10 分鐘內定位解決。核心原則：**配置檔唯一、路徑正確、引擎支援、日誌為證**。
