MySQL 效能調優實戰（四）：秒級修改大表結構的最佳實踐

痛點：ALTER TABLE 的效能陷阱

對於大表，直接執行 ALTER TABLE ... MODIFY COLUMN 會導致整表重建，鎖表時間不可控，嚴重影響線上業務。本文介紹一種「換影子表」的近零停機方案。

實戰案例：VARCHAR(6) 擴容為 VARCHAR(8)

傳統方案（不推薦）

ALTER TABLE t MODIFY col VARCHAR(8); -- 全表鎖定、重建、耗時不可控

優化方案：影子表替換 .frm 結構文件

1. 建立影子表：結構與原表一致，僅目標欄位調整為新長度。

   CREATE TABLE t_shadow (LIKE t);
   ALTER TABLE t_shadow MODIFY col VARCHAR(8);

   

   

2. 替換 .frm 文件（需停機維護窗口，秒級完成）：
   • 執行 FLUSH TABLES t WITH READ LOCK 關閉原表並刷新到磁碟
   • 在檔案系統層面將 t.frm 替換為 t_shadow.frm
   • 執行 UNLOCK TABLES 釋放鎖
3. 驗證結果：

   SHOW CREATE TABLE t; -- 確認欄位長度已變更

   

關鍵注意事項

• 僅適用於相容型變更（如擴大 VARCHAR、調整 DEFAULT 值、新增/刪除次要索引），不支援資料類型不相容變更（如 INT→VARCHAR）、主鍵變更、分區表等。
• MySQL 5.6+ 已支援 ALGORITHM=INPLACE 線上 DDL，優先考慮原生功能；本技巧適用於舊版本或不支援 INPLACE 的場景。
• Windows 環境下文件鎖定機制不同，需實測驗證可行性。

現代替代方案

生產環境強烈建議使用 pt-online-schema-change (Percona Toolkit) 或 gh-ost (GitHub) 等成熟工具，實現真正的線上無鎖結構變更，避免手動操作風險。