我的 XML 索引没有列在sys.dm_db_index_usage_stats
这是否意味着它们没有被使用?还是这个特定的 DMV 不跟踪 XML 索引的使用情况?(联机丛书似乎没有回答这个问题)
如果它们没有被 跟踪sys.dm_db_index_operational_stats
,是否有另一种方法可以知道它们的使用量,或者当前哪些缓存计划正在使用它们?
我的 XML 索引没有列在sys.dm_db_index_usage_stats
这是否意味着它们没有被使用?还是这个特定的 DMV 不跟踪 XML 索引的使用情况?(联机丛书似乎没有回答这个问题)
如果它们没有被 跟踪sys.dm_db_index_operational_stats
,是否有另一种方法可以知道它们的使用量,或者当前哪些缓存计划正在使用它们?
不幸的是,我试图重现您正在经历的事情,但未能成功(请参阅本答案的第二部分)。如果这是版本之间的错误修复,那么它完全没有记录:通过谷歌运行它绝对不会产生任何结果。
我怀疑问题是您正在运行的分析查询正在
sys.dm_db_index_usage_stats
加入sys.tables
. 听起来很合理,除了 XML 索引与其基表的关系与常规聚集索引和非聚集索引不同。XML 索引的工作方式根本不是针对基表创建的。创建主 XML 索引会具体化(即创建聚集索引)从 XML 数据生成的节点表;二级索引是节点表上的非聚集索引。好吧,好吧,那又怎样?问题是物化节点表是一个内部表,并没有出现在
sys.tables
(sys.internal_tables
改为查看)。所以你可以看到为什么你根本不会为这些索引取回行,除非来自 DMV 的所有行都OUTER JOIN
在查询中返回(即使那样,你也不会直接获得表的名称)排)。老实说,我最近才知道 XML 索引是如何工作的,所以我实际上也不得不回去重新审视我自己的索引分析脚本(我怀疑它们确实存在这个缺陷)。这是我编写的一个快速基本脚本,应该可以解决这个问题:
这是针对我的本地实例(64 位开发人员版,10.50.1617)运行的:
并得到这些结果:
请注意
object_id
主 XML 索引和辅助 XML 索引object_id
的 与表的聚集索引的 有何不同。以下查询显示包含特定字符串的所有缓存计划:
因为我找到了包含 XML 索引名称的缓存计划,所以我有理由确定正在使用这些索引。这意味着,
sys.dm_db_index_usage_stats
事实上,这并不跟踪 XML 索引的使用情况。如果有人能找到任何链接来支持/反驳这一点,我们将不胜感激。