phpMyAdmin #2003 錯誤深度解析：從服務重裝到配置檔衝突的實戰記錄

錯誤現象

#2003 無法登錄 MySQL 服務器，服務啟動報 1067 進程意外中止。

標準修復流程 (適用 5.0/5.1)

1. 刪除 C:\Windows\my.ini (或改名備份)。
2. 執行安裝目錄 bin\winmysqladmin.exe 產生新配置 (可略過)。
3. CMD 進入 bin 目錄：
   mysqld-nt -remove
mysqld-nt -install
4. 重新啟動服務：net start mysql。

實戰案例：殺毒軟體破壞安裝目錄導致無法啟動

1. 現象：上述標準流程失效，反覆重裝無果。
2. 根因：資料目錄 (datadir) 與安裝目錄分離，安裝目錄被殺毒軟體隔離/刪除關鍵 DLL。
3. 解決：
   1. 解除安裝 MySQL (資料目錄保留)。
   2. 重新安裝，指定原資料目錄，密碼設為原密碼。
   3. 安裝完成後，將新 my.ini 複製至 C:\Windows\。

關鍵經驗總結

• 分離資料目錄：安裝時自訂 datadir 至非系統盤，升級/重裝時資料零風險。
• 排除殺毒誤殺：將 MySQL 安裝目錄、資料目錄加入白名單。
• 配置檔唯一性：僅保留安裝目錄 my.ini，移除 C:\Windows\my.ini 避免雙重讀取衝突。
• 服務重註冊：mysqld -remove && mysqld -install 能修復服務路徑指向錯誤。

補充：集成環境 (如 APMServ) 特殊處理

若使用集成包僅啟用 MySQL 模組，請直接執行 bin\mysqld-nt.exe 手動啟動服務，或修改集成包控制面板服務啟動邏輯。

結語

#2003 + #1067 組合拳，核心多為「配置檔衝突」或「安裝目錄損壞」。建立「資料目錄分離 + 配置檔唯一 + 白名單保護」三重防線，可徹底杜絕此類故障。