SET STATISTICS IO-工作表/工作文件

Question

我正在执行查询，生成计划：

统计IO：

Table 'Worktable'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Workfile'. Scan count 128, logical reads 5952, physical reads 576, read-ahead reads 6080, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Table1'. Scan count 9, logical reads 90450, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

所以，有些问题

1. 为什么Statistics IO 的reads 比Profiler 高？.

对于KB314648，如果 Profiler 报告的数字高于 Statistics IO，则可以。但是 Profiler92283在描述的查询中显示 读取，相同的执行。这是否意味着 Profiler 不计算工作文件/工作表读取？

2. “Worktable”和“Workfile”有什么区别

我发现：

• 工作文件可用于存储散列连接和散列聚合的临时结果。
• 工作表可用于存储查询假脱机、lob 变量、XML 变量和游标的临时结果。

它们之间有一些物理差异吗？

3. 为什么在这种特殊情况下有“Worktable”？

如果有 0 个逻辑读取，为什么我有工作表？它包含在统计 IO 中只是因为可能需要它（在错误估计的情况下）？

在technet上找到的描述似乎很模糊..

4. Workfile 上的“物理读取”是什么意思？

这是否意味着没有足够的内存授予查询，因此在查询执行时必须将数据写入磁盘（哈希匹配上的黄色警告）？我可以假设每当我在 Statistics IO 中看到具有物理读取的工作表/工作文件时，没有足够的内存用于查询，并且查询的某些中间结果必须写入 tempdb 磁盘吗？每当我只看到逻辑读取时，就会使用 RAM 吗？

5. 一个“工作文件”就意味着一个表只用于一个目的？

如果有多个工作文件/工作表，那么我不知道它用于什么操作？

Answer 1

1. 为什么Statistics IO 的reads 比Profiler 高？

不知道，抱歉。通常存在差异，因为它们测量的是知识库文章中提到的不同事物。我所知道的没有关于此的其他文档。您也许可以通过详细的测试推断出一些东西，但实际上并不能保证您发现的任何内容在不同版本和构建中都保持一致。在考虑可能的错误之前，预期的行为已经足够不一致了。

2. “Worktable”和“Workfile”有什么区别

两者都是内部对象；否则它几乎就是名称所暗示的：工作表具有类似表的结构，工作文件类似于文件。详细结构是不可见的，但可以通过检查它们的方法并使用调试器跟踪它们的执行路径来辨别一些广泛的功能。

3. 为什么在这种特殊情况下有“Worktable”？

（行模式）散列操作始终需要工作表。它在内部用于将输入分配到散列分区（一个重载术语，与表分区无关）并跟踪状态。我从未见过散列工作表在统计输出中报告除零以外的任何内容，但我从未真正研究过它。

4. Workfile 上的“物理读取”是什么意思？

工作文件是散列分区溢出时采用的机制的一部分。虽然没有记录，但当执行引擎从工作文件中检索溢出的哈希分区时，就会发生物理和预读读取。

5. 一个“工作文件”就意味着一个表只用于一个目的？

我记得，可能有多个实例。我不知道将特定STATISTICS IO线与特定对象或计划节点相关联的方法。这是一个长期存在的限制。SQL Server 2016 中可能对此有所更改，但我尚未测试它是否适用于内部临时对象。

最终，除了您可以通过查看执行后计划中的其他信息（或通过 DMV、扩展事件等）来学习之外，从工作文件和工作表的输出中学到的东西并没有多少有用STATISTICS IO。我为不完整的答案道歉，但这是我能提供的最好的答案。