我们最近报告的磁盘写入延迟有所增加。虽然我们的监控团队没有确认来自哪个驱动器,但在进行一些 dmv 查询时,我看到tempdb
平均等待写入时间约为 32 毫秒。同样在一周的tempdb
使用情况下,我的意思是可用的可用空间已从 300 GB 下降到 50 GB 以下。
我怀疑这个尖峰可能来自tempdb
. 该环境是 OLTP 和仓库人员在查找实时数据时查询数据以进行大型选择的混合,以防 LS 备用数据库不可用。
我的问题是如何检查tempdb
是否会导致此峰值?
这些选择查询也会导致tempdb
写入延迟吗?这些选择查询在超过 TB 数据的表上运行,用户可以根据我所看到的情况进行部分查询,例如 order by 和 group by。但我不确定如何证明它们是导致突然飙升的原因。
要分析这些查询对 tempdb 的影响,您可以使用sp_whoisactive,因为它输出的信息之一是 tempdb 的使用:
另一种表明您有与 tempdb 相关的问题的方法是sp_BlitzCache™ Result: TempDB Spills。正如该页面所说:
当然可以。如果您检查tempdb 数据库文档,您会看到它存储了以下对象: