MySQL Tablespace 異常錯誤解決：Tablespace exists, please DISCARD before IMPORT

MySQL Tablespace 異常錯誤解決：Tablespace exists, please DISCARD before IMPORT

錯誤 Error: Tablespace for table 'database.temp' exists. Please DISCARD the tablespace before IMPORT. 通常發生在表空間文件與數據字典不一致時。本文提供標準化排查修復流程。

一、錯誤現象與成因

• 現象：Navicat/命令行操作表無響應，MySQL 服務重啟後表消失，重建報 Tablespace exists
• 成因：.ibd 表空間文件殘留，但數據字典中表已被刪除/損壞，InnoDB 拒絕覆蓋孤兒文件
• 典型場景：殺進程、磁盤滿、崩潰恢復失敗、手動刪除文件、DDL 中斷

二、標準修復流程

步驟 1：停止所有操作並關閉服務

# 系統服務管理
systemctl stop mysqld
# 或
service mysql stop

步驟 2：定位並清理孤兒文件

# 進入數據目錄
cd /var/lib/mysql/your_database/

# 列出相關文件
ls -la temp.*

# 典型文件：temp.ibd (表空間)、temp.frm (結構、5.7前)、temp.exp (導出標記)
# 刪除孤兒 .ibd 文件（核心步驟）
rm -f temp.ibd

# 如果有 .exp 文件也刪除
rm -f temp.exp

關鍵原則：僅刪除報錯表對應的 .ibd/.exp 文件，絕不刪除 ibdata1、ib_logfile*、.frm（8.0無）、db.opt。

步驟 3：啟動服務並驗證

systemctl start mysqld

# 登錄驗證
mysql -e "USE your_database; SHOW TABLES LIKE 'temp';"
# 應顯示 Empty set

步驟 4：重新創建表

CREATE TABLE `temp` (
    `id` INT PRIMARY KEY,
    `name` VARCHAR(50)
) ENGINE=InnoDB;

三、進階場景：使用 DISCARD/IMPORT TABLESPACE

若需保留數據文件進行遷移/恢復：

-- 1. 目標庫釋放表空間
ALTER TABLE `temp` DISCARD TABLESPACE;
-- 生成 temp.cfg 文件，刪除 temp.ibd

-- 2. 複製源庫 .ibd 和 .cfg 到目標庫數據目錄

-- 3. 目標庫導入表空間
ALTER TABLE `temp` IMPORT TABLESPACE;

前提條件：表結構完全一致、MySQL 版本兼容、innodb_file_per_table=ON。

四、預防措施與最佳實踐

1. 啟用獨立表空間：innodb_file_per_table=ON（5.6+ 默認開啟），隔離表級故障
2. 避免手動操作文件：所有 DDL 通過 SQL 執行，禁止直接 mv/rm/cp 數據目錄文件
3. 優雅關閉：SET GLOBAL innodb_fast_shutdown=0 後再停服務，確保緩衝池刷盤
4. 監控磁盤空間：磁盤滿導致寫入失敗是表空間損壞主因
5. 定期備份驗證：XtraBackup 物理備份 + 定期恢復演練

五、相關錯誤擴展

Tablespace 異常本質是 InnoDB 內存數據字典與磁盤文件狀態不一致。標準化修復流程 + 預防性運維體系，能將此類故障影響降至最低。