TRUNCATE TABLE 與 DELETE 差異詳解：效能、鎖機制與限制條件

TRUNCATE TABLE 可快速清空資料表所有資料，保留結構、索引、約束。本文深入比較 TRUNCATE 與 DELETE 的交易日誌、鎖行為、身分識別欄位重置等差異，並列出不可使用 TRUNCATE 的場景。

語法

TRUNCATE TABLE [database_name.[schema_name].] table_name;

核心差異對照

優勢總結

• 交易日誌空間極小：適合大量資料快速清空。
• 鎖競爭少：不逐列加鎖，減少阻塞。
• 不留碎片頁：釋放所有資料頁，空間回收徹底。

限制條件（不可使用 TRUNCATE）

1. 被 FOREIGN KEY 參考的表（自參考除外）。
2. 參與索引檢視表的表。
3. 透過交易式或合併式複寫發布的表。

上述情況請改用 DELETE。

身分識別欄位行為

• TRUNCATE：計數器重置為種子值（預設 1）。
• DELETE：計數器不變，下一筆接續原值。
• 需保留計數器時請用 DELETE。

範例

USE AdventureWorks;
SELECT COUNT(*) AS BeforeTruncateCount FROM HumanResources.JobCandidate;
TRUNCATE TABLE HumanResources.JobCandidate;
SELECT COUNT(*) AS AfterTruncateCount FROM HumanResources.JobCandidate;

結語

若需保留觸發器、外鍵參考或身分識別值，請用 DELETE；單純清空大表、重置自增 ID、追求極致速度時，TRUNCATE TABLE 是最佳選擇。