MySQL DROP、TRUNCATE 與 DELETE 深度對比：核心差異與最佳實踐

三大刪除操作核心差異全景圖

在 MySQL 資料庫管理中，DROP、TRUNCATE 與 DELETE 雖同屬刪除操作，但機制、性能與適用場景截然不同。本文從五大維度深度剖析，助你精準選型。

1. 對象與殘留差異

• TRUNCATE / DELETE：僅刪除數據，保留表結構（定義）
• DROP：徹底刪除表結構、依賴約束、觸發器、索引；依賴該表的存儲過程/函數會保留但標記為 invalid 狀態

2. 事務與觸發器行為

• DELETE：屬 DML，操作記入 rollback segment，事務提交後生效；若有觸發器會被觸發
• TRUNCATE / DROP：屬 DDL，操作立即生效，不記入 rollback segment，無法回滾；不觸發 trigger

3. 空間釋放與高水位線

• DELETE：不影響表佔用的 extent，高水位線保持原位
• DROP：釋放表佔用的所有空間
• TRUNCATE：預設釋放空間至 minextents 個 extent（除非用 REUSE STORAGE）；高水位線歸零

4. 執行速度排序

DROP > TRUNCATE > DELETE

5. 安全性與使用建議

⚠️ 警告：無備份時慎用 DROP 和 TRUNCATE，數據丟失不可逆。

實戰速查

DELETE FROM table;     -- 刪除所有數據，保留自增值
TRUNCATE TABLE;        -- 清空數據，自增計數器歸零（實際從 1 開始）