这一次它并没有报告数据库的自动增长数据。

于是我决定用短时间更新（一次一行）检查大事务，多以我增加了一个开始事务：

这次的结果让人觉得非常迷惑。事务日志文档在最初2 MB的基础上没有增长，并且事务日志中的空余空间比例大于60%。我删除了这个环节并制定了事务。之后，事务日志文档中已使用的空间大小甚至还减小了。

在UPDATE命令另外一个测试中，我在表中插入了10，000行并运行以下代码：

所得结果相同。该事务日志文档增长了1 MB至10 MB，但是达到这个大小之后就会原地不动。无论我执行同样的更新多少次，空间都会被先添满然后再减少：

我查询了这个问题的相关答案但是在SQL Server 2005文档里并没有找到。我又在另外一台SQL Server 2005 SP3的机器上进行了这项测试，还是遇到了相同的情况。

用ApexSQL Log工具分析事务日志内容，结果都证实了每次只要我查看事务日志文件，我都会获得不同的更新数据。这种情况和事务日志大小一样，开始时增长、后来又压缩，但是文档大小没有变化。

另外我还想了解一下事务日志行为，我执行的这个事务中，UPDATE命令修改了行中的值：

在这种情况下，事务日志增长到了4 MB，空间利用率还是在很长一段时间内为94%。但是我没有获得任何提示错误信息向我说明字符串被切断或者溢出。如同ApexSQL Log工具所检测到的，事务日志的内容在停止增长时约为13，380行。此外，SQL Profiler监控还显示在事务停止增长后就不会执行任何命令，也不会出现任何错误。取消事务后，在错误日志中不会出现显示自动增长操作已被取消或失败等具体信息，但是事务还是正常进行。

在相似的实例中，我有时还能发现错误日志中以下信息：

但是无论我执行多少次上述代码，在测试过程中都不会发生那种情况。

取消事务以后，事务日志的空间利用率减到了约45%。

我决定在事务日志中行数不变的情况下运行上述UPDATE命令：