MySQL 數據目錄遷移後啟動失敗：InnoDB 臨時文件創建失敗與 ib_logfile 損壞排查實錄

故障現象

將 data 目錄整體複製至新安裝的 WAMP/MySQL，啟動報錯：

InnoDB: Error: unable to create temporary file; errno: 2
[ERROR] Plugin 'InnoDB' init function returned error.
[ERROR] Unknown/unsupported storage engine: InnoDB
Aborting

排查過程

1. 嘗試修改 default-storage-engine=MyISAM → 無效。
2. 調整 innodb_buffer_pool_size 等參數 → 無效。
3. 刪除 ib_logfile0、ib_logfile1 → **啟動成功！**

核心文件角色解析

遷移最佳實踐（零風險）

# 1. 正常關閉源實例
systemctl stop mysqld

# 2. 同步數據目錄（保留權限）
rsync -av /var/lib/mysql/ /new_disk/mysql/

# 3. 修改目標 my.cnf datadir 指向新路徑
datadir=/new_disk/mysql

# 4. 調整目錄權限
chown -R mysql:mysql /new_disk/mysql
# SELinux 環境
semanage fcontext -a -t mysqld_db_t "/new_disk/mysql(/.*)?"
restorecon -Rv /new_disk/mysql

# 5. 啟動
systemctl start mysqld

暴力遷移補救清單（已發生故障時）

1. 保留 ibdata1、所有 *.ibd、庫目錄。
2. 刪除 ib_logfile*、*.pid、*.err、auto.cnf（UUID 衝突）。
3. 確保 tmpdir 目錄存在且可寫（mkdir -p /tmp/mysql && chown mysql:mysql /tmp/mysql）。
4. 啟動驗證：CHECK TABLE ...、業務抽樣查詢。

避坑指南

1. 絕不刪除 ibdata1 —— 除非你接受全量數據丟失。
2. 不同版本間遷移 必須運行 mysql_upgrade。
3. 跨主機遷移 優先用 mysqldump / xtrabackup / mydumper，物理複製僅限同版本、同架構、同配置。
4. 臨時目錄權限 是隱形殺手，my.cnf 顯式設置 tmpdir=/data/tmp 並預創建。

1. 上一篇文章： Hibernate 無法實時獲取 MySQL 更新數據？換掉默認連接池換用 C3P0 解決脏讀問題
2. 下一篇文章： MySQL「Packet for query is too large」錯誤解決：max_allowed_packet 參數調優指南

MySQL 綜合教學

Python 操作 MySQL 完整指南：從環境部署到 CRUD 實戰

Python 操作 MySQL 完整指南：從環境部署到 CR

MySQL 跨資料庫權限配置實戰：SupeSite/Discuz!/UCHome 多應用共存方案

場景背景 多套 PHP 應用（Discuz! 論壇、Supe

Oracle 發布 MySQL Cluster 7.4：效能提升 50%、跨地域冗余、雲原生管理增強

核心亮點 甲骨文宣布 MySQL Cluster 7.4 正

Linux C 語言操作 MySQL 完整指南：編譯鏈接、字符集配置與中文亂碼解決

一、環境準備 # 安裝開發庫 $ sudo apt-get