復(fù)制代碼 代碼如下:

CREATE DATABASE TruncateTest;
GO
USE TruncateTest;
GO
ALTER DATABASE TruncateTest SET RECOVERY SIMPLE;
GO
CREATE TABLE t1 (c1 INT IDENTITY, c2 CHAR (8000) DEFAULT 'a');
CREATE CLUSTERED INDEX t1c1 on t1 (c1);
GO

SET NOCOUNT ON;
GO

INSERT INTO t1 DEFAULT VALUES;
GO 1280

CHECKPOINT;
GO

復(fù)制代碼 代碼如下:

SELECT COUNT (*) FROM fn_dblog (NULL, NULL);
GO

復(fù)制代碼 代碼如下:

TRUNCATE TABLE t1;
GO

SELECT COUNT (*) FROM fn_dblog (NULL, NULL);
GO

復(fù)制代碼 代碼如下:

SELECT
[Current LSN], [Operation], [Context],
[Transaction ID], [AllocUnitName], [Transaction Name]
FROM fn_dblog (NULL, NULL);

通過日志可以看出第一條顯式開始Truncate Table事務(wù)，最后一條開始DeferredAlloc。正如你所見，Truncate操作僅僅是釋放了構(gòu)成表的頁和區(qū)。

下面這個(gè)代碼可以查看日志具體所做操作的描述:

復(fù)制代碼 代碼如下:

SELECT
[Current LSN], [Operation], [Lock Information], [Description]
FROM fn_dblog (NULL, NULL);
GO

你可以看出為了快速恢復(fù)的目的而加的相關(guān)鎖（你可以在我的博文:Lock logging and fast recovery中了解更多）。

由上面日志看出，這個(gè)操作會(huì)對(duì)8個(gè)頁加相關(guān)的鎖，然后整個(gè)區(qū)一次性釋放。釋放過后會(huì)對(duì)相關(guān)的區(qū)加IX鎖,也就是不能再被使用,當(dāng)事務(wù)提交后才會(huì)進(jìn)行deferred-drop,因此也就保證了Truncate table操作可以回滾。

另外，如果表上存在非聚集索引.那么操作方式也是類似，都是交給一個(gè)后臺(tái)線程然后釋放表和索引的頁。釋放的最小單位就是每個(gè)分配單元。按照上面步驟你自己嘗試一下就應(yīng)該能明白我的意思了。

PS：還有一個(gè)關(guān)于Truncate Table操作不能回滾的誤區(qū),我在:Search Engine Q&A #10: When are pages from a truncated table reused?這篇文章中進(jìn)行了詳細(xì)的解釋。