MySQL 動態修改表結構：添加、刪除、變更列的完整語法指南

專案迭代中難免需要調整表結構。本文匯總 MySQL ALTER TABLE 添加、刪除、修改列的標準語法，並針對常見錯誤（如誤用 alert）與最佳實踐（如保留數據修改類型）給出明確建議。

一、核心語法速查表

二、常見錯誤與避坑指南

❌ 錯誤示範（源自原文誤寫）

-- 錯誤 1：alert 非 MySQL 關鍵字
alert TABLE table_name change old_field_name new_field_name field_type;

-- 錯誤 2：DROP COLUMN 寫法不規範
alter table TableName drop column field_id;  -- 可行但建議規範大小寫

✅ 正確寫法

-- 刪除列
ALTER TABLE TableName DROP COLUMN field_id;

-- 修改列名+類型
ALTER TABLE table_name CHANGE COLUMN old_field_name new_field_name new_data_type;

-- 僅修改類型/長度（如 VARCHAR(100) → VARCHAR(200)）
ALTER TABLE table_name MODIFY COLUMN field_name VARCHAR(200);

三、修改列類型的數據保留策略

專案運行期修改列長度/類型時，為不丟失現有數據：

1. 擴大長度/兼容類型轉換：直接 MODIFY，MySQL 自動遷移數據（如 VARCHAR(50)→VARCHAR(100)、INT→BIGINT）。
2. 縮小長度/不兼容轉換：需先驗證現有數據是否符合新定義，否則報錯或截斷。
   • 方案 A：新增臨時列 → 複製轉換數據 → 刪舊列 → 重命名臨時列。
   • 方案 B：導出數據 → 修改結構 → 導入清洗後數據。

四、線上環境變更最佳實踐

• 低峰期操作：ALTER TABLE 可能鎖表（MySQL 5.6+ 支持 Online DDL，但仍有鎖升級風險）。
• 使用 pt-online-schema-change：Percona 工具，無鎖變更大表結構。
• 備份先行：變更前備份表結構與數據（mysqldump -d 結構 + SELECT INTO OUTFILE 數據）。
• 監控複製延遲：主從架構下，DDL 在主庫執行完才傳到從庫，大表變更會導致明顯延遲。

五、總結

動態修改表結構是 DBA 與開發必備技能。記住核心口訣：增用 ADD、刪用 DROP、改名改類型用 CHANGE、只改類型用 MODIFY。線上大表變更務必走工具、做備份、驗證兼容，切勿僥倖操作。