MySQL 表損壞修復實戰：phpMyAdmin 操作、離線複製替換、數據零損失遷移指南

現象識別：phpMyAdmin 提示「正在使用中」/ 表損壞

常見錯誤：Table 'xxx' is marked as crashed and should be repaired、Incorrect key file for table、查詢卡死、行數不一致。

方案一：線上修復 (業務可容忍短暫鎖表)

方法 1：SQL 指令修復

REPAIR TABLE `your_table_name`;
-- 或指定存儲引擎優化
REPAIR TABLE `your_table_name` USE_FRM;

方法 2：phpMyAdmin 圖形化操作

1. 進入資料庫 → 選中目標表 → 勾選
2. 下方「選擇操作」選 修復表 → 執行
3. 觀察結果：status: OK 表示成功

方案二：離線複製替換 (修復失效、或需跨服務器遷移)

前置條件

• 停止 MySQL 服務 (關鍵：確保文件鎖釋放、數據一致)
• 備份原數據目錄 (壓縮打包 .ibd/.frm/.MYD/.MYI 等文件)

Windows 停止服務步驟

1. 右鍵「我的電腦」→「管理」→「服務和應用程序」→「服務」
2. 找到 MySQL → 右鍵「停止」

Linux 停止服務

systemctl stop mysqld
# 或
service mysqld stop

複製/遷移操作

# 打包 (保留權限、屬性)
tar -czvf table_backup.tar.gz /var/lib/mysql/db_name/table_name.*

# 傳輸至目標服務器
scp table_backup.tar.gz user@target:/tmp/

# 目標服務器同樣停止 MySQL 後解壓覆蓋
tar -xzvf table_backup.tar.gz -C /var/lib/mysql/db_name/
chown -R mysql:mysql /var/lib/mysql/db_name/table_name.*

啟動驗證

systemctl start mysqld
mysql -e "CHECK TABLE db_name.table_name;"

方案三：終極避坑 —— 打包前必停服務，壓縮傳輸再替換

血淚教訓： 邊跑邊打包會導致 .ibd 文件內部一致性破壞 (InnoDB 表空間未刷新、Redo Log 截斷)，啟動後報 Tablespace ID mismatch、Corrupted page。

黃金流程：

1. 源庫：STOP SLAVE (如是從庫) → FLUSH TABLES WITH READ LOCK → systemctl stop mysqld
2. 打包：tar -czvf --selinux (保留 SELinux 標籤)
3. 傳輸：scp/rsync 校驗 MD5
4. 目標庫：systemctl stop mysqld → 解壓覆蓋 → chown mysql:mysql → restorecon -Rv (SELinux)
5. 啟動：systemctl start mysqld → CHECK TABLE → START SLAVE

表損壞根因排查與預防

結語

表損壞修復的核心鐵律：**修復前必備份、離線操作必停服務、跨機遷移必壓縮校驗**。phpMyAdmin 修復適用於輕度 MyISAM 損壞；InnoDB 嚴重損壞需依賴 innodb_force_recovery=1~6 分級嘗試導出數據，或從備份/從庫恢復。建立「每日全備+增量 Binlog、定期恢復演練、磁碟/記憶體/網路全鏈路監控」才是根治之道。