MySQL 數據庫恢復實戰：MyISAM 直拷 vs InnoDB 必拷 ibdata1

MySQL 直接拷貝資料文件恢復：引擎差異決定成敗

場景

粗暴卸載 MySQL 未備份，僅保留資料目錄文件。重裝後嘗試直接拷貝恢復。

MyISAM：直接拷貝即可用

• 文件結構：.frm(結構)、.MYD(數據)、.MYI(索引)
• 操作：停服務 → 拷貝整庫目錄到新 datadir → 啟動 → 即可查詢
• 跨 OS 可攜性強

InnoDB：必須同時拷貝 ibdata1

• 文件結構：.frm + 共享表空間 ibdata1（或獨享 .ibd）
• 錯誤現象：能見表結構，查詢報 Table doesn't exist
• 根因：數據字典存於 ibdata1，缺它無法解析 .frm

InnoDB 恢復標準步驟

1. 停止 MySQL 服務
2. 拷貝目標庫目錄下所有 .frm 文件
3. 關鍵：同時拷貝 ibdata1（共享表空間模式）或所有 .ibd（獨享模式）
4. 若有 ib_logfile* 殘留，**建議刪除**後再啟動（避免 LSN 不匹配）
5. 啟動 MySQL，驗證查詢

引擎對比總結

最佳實踐建議

1. **首選邏輯備份**：mysqldump --single-transaction 導出 SQL，版本無關、最安全
2. 物理備份（Percona XtraBackup）支援 InnoDB 熱備、增量備份
3. 遷移前確認引擎類型：SHOW TABLE STATUS
4. 生產環境**嚴禁**直接拷貝文件作為常規備份手段