在负载测试的几个小时内，看到测试服务器将 tempdb 日志文件增加到 8 GB，而在分配的 12 GB 中使用了 8 GB。tempdb 数据文件几乎没有文件空间使用。在 tempdb 中运行 DBCC OPENTRAN，超过几秒钟没有打开的事务。我正在运行 SQL Server 2005 并且读取快照隔离已关闭。
如何确定消耗 tempdb 日志的内容？
AskOverflow.Dev
在负载测试的几个小时内，看到测试服务器将 tempdb 日志文件增加到 8 GB，而在分配的 12 GB 中使用了 8 GB。tempdb 数据文件几乎没有文件空间使用。在 tempdb 中运行 DBCC OPENTRAN，超过几秒钟没有打开的事务。我正在运行 SQL Server 2005 并且读取快照隔离已关闭。
如何确定消耗 tempdb 日志的内容？
Tempdb 的日志在一些方面与用户数据库中的日志不同。
在 tempdb 中，只记录 UNDO 信息而不是 REDO 和 UNDO，因为 tempdb 中的事务只会回滚，而不会前滚。这是因为 tempdb 从来没有在它上面运行过崩溃恢复，所以从不使用 REDO 信息。如果这些术语对您来说没有意义，请参阅我的 TechNet 杂志文章，了解 SQL Server 中的日志记录和恢复。但是请注意，对 tempdb 进行更改的所有操作都将被记录 - tempdb 不是“未记录的”。
Tempdb 的日志不像其他数据库日志那样清除/截断（再次参见文章）。在 tempdb 中，日志将在检查点处截断（就像在常规 SIMPLE 恢复模型中一样），但检查点不会像在用户数据库中那样经常自动发生。在用户数据库中，检查点的出现是为了限制运行崩溃恢复所需的时间（通过强制脏页到磁盘，从而限制必须执行的 REDO 恢复的数量）并批量更新页面以减少整体执行的 I/O 量。
因此，tempdb 中的检查点仅在 tempdb 日志使用量达到日志总大小的一定比例时才会出现，大约 70%，因为恢复时间无关紧要。
总而言之，您的 tempdb 日志的行为完全符合预期。
希望这可以帮助。
tempdb 的日志会像任何其他事务日志一样增长。一切都会被记录，直到下一个检查点，此时日志条目被标记为能够被覆盖。默认情况下，检查点每分钟左右运行一次，因此如果您在 tempdb 中发生了很多事情（并且由于您正在进行负载测试，因此 tempdb 中可能发生了很多事情），那么日志将像这样增长。
如果您的负载测试与您的生产负载相匹配，那么您可以期望您的生产 tempdb 日志也增长到这个大小。
您可以使用 SQL Profiler 查看哪些用户/应用程序正在执行需要 tempdb 存储的操作。