SQL Server誤區(qū)30日談第14天清除日志后會(huì)將相關(guān)的LSN填零初始化

更新時(shí)間：2013年01月09日 20:34:41 作者：

當(dāng)日志文件在手動(dòng)增長(zhǎng)，自動(dòng)增長(zhǎng)和創(chuàng)建時(shí)都會(huì)進(jìn)行填零初始化操作。但是請(qǐng)不要把這個(gè)過(guò)程和定期清除日志的過(guò)程搞混

誤區(qū) #14.清除日志后會(huì)將相關(guān)的LSN填零初始化

錯(cuò)誤

當(dāng)日志文件在手動(dòng)增長(zhǎng)，自動(dòng)增長(zhǎng)和創(chuàng)建時(shí)都會(huì)進(jìn)行填零初始化操作。但是請(qǐng)不要把這個(gè)過(guò)程和定期清除日志的過(guò)程搞混。日志截?cái)鄡H僅意味著將一個(gè)或多個(gè)VLF標(biāo)記為不活動(dòng)以便被重復(fù)使用。在日志清除的過(guò)程中，并沒(méi)有任何日志被清除或是填0。“清除日志”和”截?cái)嗳罩尽币馑际且粯拥?，但都屬于用詞不當(dāng)，因?yàn)樵谶@個(gè)過(guò)程中日志的大小不會(huì)有任何改變。

你可以在我的博客中看到有關(guān)日志文件填零初始化的博文：Search Engine Q&A #24: Why can't the transaction log use instant initialization?。以及我發(fā)布在TechNet雜志的文章:Understanding Logging and Recovery in SQL Server。

你可以通過(guò)跟蹤標(biāo)記3004來(lái)查看SQL Server對(duì)日志文件進(jìn)行填零初始化的過(guò)程。將這個(gè)追蹤標(biāo)記打開(kāi)當(dāng)日志文件增長(zhǎng)時(shí)，你就可以在SQL Server日志中看到相關(guān)信息，下面是測(cè)試代碼:

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

 
DBCC TRACEON (3004, 3605); 
GO 
-- Create database and put in SIMPLE recovery model so the log will clear on checkpoint 
CREATE DATABASE LogClearTest ON PRIMARY ( 
NAME = 'LogClearTest_data', 
FILENAME = N'D:\SQLskills\LogClearTest_data.mdf') 
LOG ON ( 
NAME = 'LogClearTest_log', 
FILENAME = N'D:\SQLskills\LogClearTest_log.ldf', 
SIZE = 20MB); 
GO 
-- Error log mark 1 
ALTER DATABASE LogClearTest SET RECOVERY SIMPLE; 
GO 
USE LogClearTest; 
GO 
-- Create table and fill with 10MB - so 10MB in the log 
CREATE TABLE t1 (c1 INT IDENTITY, c2 CHAR (8000) DEFAULT 'a'); 
GO 
INSERT INTO t1 DEFAULT VALUES; 
GO 1280 
-- Clear the log 
CHECKPOINT; 
GO 
-- Error log mark 2 
ALTER DATABASE LogClearTest SET RECOVERY SIMPLE; 
GO 

相應(yīng)的，在日志中你可以看到:

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

 
2010-04-13 13:20:27.55 spid53 DBCC TRACEON 3004, server process ID (SPID) 53. This is an informational message only; no user action is required. 
2010-04-13 13:20:27.55 spid53 DBCC TRACEON 3605, server process ID (SPID) 53. This is an informational message only; no user action is required. 
2010-04-13 13:20:27.63 spid53 Zeroing D:\SQLskills\LogClearTest_log.ldf from page 0 to 2560 (0x0 to 0x1400000) 
2010-04-13 13:20:28.01 spid53 Zeroing completed on D:\SQLskills\LogClearTest_log.ldf 
2010-04-13 13:20:28.11 spid53 Starting up database 'LogClearTest'. 
2010-04-13 13:20:28.12 spid53 FixupLogTail() zeroing D:\SQLskills\LogClearTest_log.ldf from 0x5000 to 0x6000. 
2010-04-13 13:20:28.12 spid53 Zeroing D:\SQLskills\LogClearTest_log.ldf from page 3 to 63 (0x6000 to 0x7e000) 
2010-04-13 13:20:28.14 spid53 Zeroing completed on D:\SQLskills\LogClearTest_log.ldf 
2010-04-13 13:20:28.16 spid53 Setting database option RECOVERY to SIMPLE for database LogClearTest. 
2010-04-13 13:20:29.49 spid53 Setting database option RECOVERY to SIMPLE for database LogClearTest. 

上面測(cè)試代碼中ALTER DATABASE是作為日志中這部分的開(kāi)始和結(jié)束標(biāo)記。在兩個(gè)Alter Database命令中的CheckPoint并不會(huì)引起填0操作。如果你需要進(jìn)一步驗(yàn)證這點(diǎn)，在Checkpoint之前和之后分別使用DBCC SQLPERF (LOGSPACE)來(lái)查看日志文件的大小，你會(huì)發(fā)現(xiàn)雖然日志文件大小沒(méi)有變，但是日志的使用空間百分比會(huì)大大減少。

(下圖是譯者測(cè)試的結(jié)果):

2012-10-16_131854