258资源分享网

误区 #19:Truncate表的操作不会被记录到日志

错误



在用户表中的操作都会被记录到日志。在SQL Server中唯一不会被记录到日志的操作是TempDB中的行版本控制。

Truncate Table语句会将整个表中的所有数据删除。但删除的方式并不是一行一行的删除，而是将组成表的数据页释放，将组成表的相关页释放的操作交给一个后台的线程进行队列处理的过程被称为deferred-drop。使用后台线程处理deferred-drop的好处是这个操作不会使得其所在的事务需要执行很长时间，因此也就不需要大量的锁。在SQL Server 2000SP3之前的版本（这个版本引入了deferred-drop）在Truncate Table的时候出现过多的锁耗尽内存的事是家常便饭。

下面是测试代码:

复制代码 代码如下:

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

上面的测试数据库恢复模式是简单，所以每个Checkpoint都会截断日志(仅仅是为了简单，哈哈)。

一分钟后让我们来看看日志中有多少条记录。

复制代码 代码如下:

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

可以看到，现在的日志条目数字为2。

如果你得到的数字不是2，那么再做一次Checkpoint直到数据是2为止。

现在已有的日志已经知道了，那么日志的增长就是由于后面的操作所导致。下面我们执行如下代码:

复制代码 代码如下:

TRUNCATE TABLE t1;
GO

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

可以看到现在已经有了541条日志记录。很明显Truncate操作是需要记录到日志中的。但也可以看出Truncate并不会逐行删除,因为这541条日志记录删除的是1280条数据。

执行下面语句来查看日志:

复制代码 代码如下:

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