掃描：啓動SQL Server事件探查器跟蹤正在生成不正確的indexid

我正在運行與SQL Server事件探查器（2008年）的跟蹤，以捕獲表/索引掃描，因爲我只需要知道我們是否在大型表上掃描，我將添加的列最小化爲EventClass（scan：started/stopped），dbname，objectid，starttime，spid和indexid。掃描：啓動SQL Server事件探查器跟蹤正在生成不正確的indexid

在捕獲的結果中有兩個問題，一個是某些對象id是空的（即不存在於數據庫中/ db我過濾了），第二個問題是某些索引id不正確，例如有些表只有一個聚集索引，並且由跟蹤提供的indexid被指定爲8，另一個是122，但該表的索引少於20個。

我曾懷疑空對象ID可能是內部虛擬表，我可以忍受這一點，但不正確的索引ID，據推測在標準用戶表上是拋出我的性能故障排除失衡。

預先感謝任何提示，

納曼

來源

2012-03-05 Naman

如果你正在試圖做的是確定是否掃描正在發生（而不是確定使它們的查詢），而不是使用跟蹤所有，您可能會看到系統DMV sys.dm_db_index_operational_stats更好的結果。表掃描不完全獨立，但出現在range_scan_count列中。

另見user_scans在sys.dm_db_index_usage_stats

來源

2012-03-05 09:52:21

感謝您的答覆埃德，是不是有被衝出元數據緩存我們捕捉到它失蹤前由於條目一些數據的危險？這是一個使用率相當高的環境，約500名活躍用戶 – Naman 2012-03-07 16:03:49

@Naman - 說實話我不確定。這是彙總的數據，所以我原以爲它不可能自動刷新;據我所知只有服務器重啓或手動刷新才能清除這些數字。如果您認爲這是一個真正的問題，您可以設置定期任務，定期對數據進行快照。 – 2012-03-07 18:00:10

掃描：啓動SQL Server事件探查器跟蹤正在生成不正確的indexid

回答

相關問題