我用ApexSQL Log工具分析了事务日志内容，结果显示，每次我看事务日志内容都会得到不同的更新数，这同我在事务日志大小上遇到的问题一样;即使不断增长与减少，但总大小依旧保持不变。

　　为了解事务日志的行为，我运行了一个事务，UPDATE命令修改了行值：

-- Truncate the table 　　truncate table ExpandDB 　　go 　　-- Truncate the T-Log 　　backup transaction ShrinkDB with truncate_only 　　go 　　-- Shrink T-Log back to 2MB: 　　DBCC SHRINKFILE (N'ShribkDB_Log' , 0, TRUNCATEONLY) 　　Go 　　-- Insert one row into the table 　　insert into ExpandDB select replicate ('a',3) 　　--================================================================ 　　-- Update the table until T-Log reaches 8MB 　　-- Big transaction 　　begin tran 　　while (select size from sysfiles where fileid = 2) <= 1024 　　update ExpandDB set a = case len(a) 　　when 7999 then a else a + 'b' end 　　commit tran 　　go 　　-- Check status of T-log 　　dbcc sqlperf(logspace) 　　go

　　在这一情况下，事务日志增长到4MB，使用空间在很长一段时间内保持在94％。然而我没有收到一个错误指示字符串截断或溢出。当事务日志停止增长时，被ApexSQL Log工具监视的事务日志内容始终停留在大约13，380行。此外，SQL Profiler监视语句表明在事务日志停止增长之后没执行过任何命令，没出过任何错。我取消事务后，在错误日志中没有出现任何特殊信息表明autogrowth操作被取消或中止，事务似乎被卡住了。

　　在类似实例中，我在错误日志中有时会看到下面的信息：

　　"Autogrow of file '

　　但无论我执行多少次上面的代码，它都不会出现在测试中。

　　取消事务之后，事务日志中的使用空间减少到大约45％。

　　在大量行数情况下，我决定运行以下UPDATE命令：

-- Truncate the T-Log 　　backup transaction ShrinkDB with truncate_only 　　go 　　-- Check the size of the T-Log file (RESULT = 2MB) 　　select size from sysfiles where fileid = 2 　　go 　　-- Check % free space in T-Log 　　dbcc sqlperf(logspace) 　　go 　　-- Update 10000 rows at a time 　　update ExpandDB set a case len(a) 　　when 7999 then a else a 'b' end 　　go 　　update ExpandDB set a case len(a) 　　when 7999 then a else a 'b' end 　　go 　　update ExpandDB set a case len(a) 　　when 7999 then a else a 'b' end 　　go 　　update ExpandDB seta caselen(a) 　　when 7999 then a else a 'b' end 　　go 　　update ExpandDB set a case len(a) 　　when 7999 then a else a 'b' end 　　go 　　update ExpandDB set a case len(a) 　　when 7999 then a else a 'b' end 　　go 　　update ExpandDB set a case len(a) 　　when 7999 then a else a 'b' end 　　go 　　-- Check % free space in T-Log 　　dbcc sqlperf(logspace) 　　go

　　结果表明，如果我一个接一个的运行升级，每次等待一到两秒，事务日志不会增长，空间像原来一样填满清空。然而当同时运行两个更新，在第二个事务运行之前空间不会填满或清空。这一情况下，事务日志将增长。

　　INSERT命令和事务日志增长

　　在这个测试中，我的目标是使事务日志增长到8MB，然后将数据文件增长比同事务日志文件增长比做一个比较。数据文件设定为没有autogrowth，大小为200G；事务日志文件设定为2MB大小，没有autogrowth，然后运行以下代码：

-- Truncate the table 　　truncate table ExpandDB 　　go 　　-- Truncate the T-Log 　　backup transaction ShrinkDB with truncate_only 　　go 　　-- Shrink T-Log back to 2MB: 　　DBCC SHRINKFILE (N'ShrinkDB_Log' , 0, TRUNCATEONLY) 　　Go 　　-- Check the size of the T-Log file 　　select size from sysfiles where fileid go 　　-- Insert narrow rows into the table 　　while (select size from sysfiles where fileid = 2) insert into ExpandDB select replicate ('a',3) 　　go 　　At the same time, I also executed the following code: 　　select getdatedbcc sqlperf (logspace) 　　go 　　waitfor delay '00:00:02' 　　go 　　select getdatedbcc sqlperf (logspace) 　　go 　　select getdatego 　　dbcc sqlperf (logspace) 　　go 　　waitfor delay '00:00:02' 　　Go

　　我的循环运行了很长时间，数据文件慢慢填充并清空，但事务日志文件始终保持在2MB。以上代码得到如下结果：

　　显然地，空闲空间减少了。在向测试插入45分钟之前，我的表中有一百八十万行，事务日志仍然是2MB。在取消之后，事务日志还是2MB而且只有39.88%的空间被占用。数据文件31%被占用。

　　然后在每次插入一行的大量事务中测试：

-- Truncate the table 　　truncate table ExpandDB 　　go 　　-- Truncate the T-Log 　　backup transaction ShrinkDB with truncate_only 　　go 　　-- Shrink T-Log back to 2MB: 　　DBCC SHRINKFILE (N'ShrinkDB_Log' , 0, TRUNCATEONLY) 　　Go 　　-- Insert 100000 rows 　　-- Big transaction 　　begin tran 　　while (select size from sysfiles where fileid = 2) insert into ExpandDB select replicate ('a',3) 　　go 　　commit tran 　　go 　　dbcc sqlperf(logspace) 　　go 　　select count(*) from ExpandDB 　　go

　　事务日志增长到9MB，最后表中有14，572行：

　　为测试大量更新，我向表中插入10，000行并运行以下代码：

-- Truncate the T-Log 　　backup transaction ShrinkDB with truncate_only 　　go 　　-- Check the size of the T-Log file (RESULT = 2MB) 　　select size from sysfiles where fileid = 2 go 　　-- Check % free space in T-Log 　　dbcc sqlperf(logspace) 　　go 　　-- Insert 10000 rows at a time 　　Insert into ExpandDB select * from ExpandDB 　　Go 　　-- Check % free space in T-Log 　　dbcc sqlperf(logspace) 　　go 　　-- Insert 10000 rows at a time 　　Insert into ExpandDB select * from ExpandDB Go -- Check % free space in T-Log 　　dbcc sqlperf(logspace) 　　go 　　-- Insert 10000 rows at a time 　　Insert into ExpandDB select * from ExpandDB 　　Go 　　-- Check % free space in T-Log 　　dbcc sqlperf(logspace) 　　go 　　-- Insert 10000 rows at a time 　　Insert into ExpandDB select * from ExpandDB 　　Go 　　-- Check % free space in T-Log 　　dbcc sqlperf(logspace) 　　go

　　这次，每次插入后，事务日志都加倍了。