xml - SQL Server 2008 - 为什么 xml 索引的性能更差？

Question

这很疯狂，但在我将主 XML 索引添加到我的 xml 字段后，查询性能大约降低了 50%。

这是我正在做的。

• 我有一个包含 XML 字段 ActivityStepLog(包含 LogData、XML)的表

• 我通过运行以下命令生成示例数据以插入此表

  插入 dbo.ActivityStepLog (
  日志GUID
  ,日志上下文ID
  ,日志类型ID
  ,日志源名称
  ,日志内容
  ,日志日期
  ,创建日期
  ,创建者
  )
  选择
  LogGUID = newid()
  ,LogContextID = newid()
  ,日志类型 ID = 2
  ,LogSourceName = '测试测试测试'
  ,LogContent = (SELECT top 1 * FROM ##SampleData SampleData1 where DecisionLogID = SampleData.DecisionLogID FOR XML AUTO, ELEMENTS, ROOT('BusinessRule') )
  ,LogDate = current_timestamp
  ,CreateDate = current_timestamp
  ,CreatedBy = '测试创建者'
  来自 ##SampleData 样本数据

SampleData 有 100,000 行，我循环运行它 5 次，所以最终有 500,000 行。

• LogContent 字段最终将包含如下数据:

  -2147483643 0569281A-D1A3-49E3-9E68-BCAC62E2C1C3 1016 2个 0 -2147483495 1个 2009-05-18T11:47:00 没有任何

(抱歉，不确定这是否会被正确格式化 - 它基本上只是一小部分元素)。

然后我只运行一个非常简单的 sql -

SELECT *
FROM ActivityStepLog
WHERE LogContent.value('(/BusinessRuleDecisionLog/SampleData1/DecisionLogID)[1]', 'int') = -2147483535

在 LogContent 上创建主 xml 索引之前，需要 8 秒，之后，大约需要 12 秒。我已经清理了缓存等(DROPCLEANBUFFERS 和 FREEPROCCACHE )，它似乎不会影响比例，但它确实会影响整体时间。

这是我的统计数据:

带有 xml 索引表“xml_index_nodes_325576198_256000”。扫描计数 1000000，逻辑读取 3517272，物理读取 0，预读读取 0，lob 逻辑读取 0，lob 物理读取 0，lob 预读读取 0。表“ActivityStepLog”。扫描计数 1，逻辑读取 71694，物理读取 0，预读读取 0，lob 逻辑读取 0，lob 物理读取 0，lob 预读读取 0。

带有 OUT xml 索引

(5 行受影响)表“ActivityStepLog”。扫描计数 1，逻辑读取 71694，物理读取 0，预读读取 0，lob 逻辑读取 0，lob 物理读取 0，lob 预读读取 0。

因此，没有 xml 索引的逻辑读取要少得多。我尝试添加所有可用的二级索引，但与主 xml 索引相比并没有提高性能。

我将对此进行更多研究，但我非常感谢任何指示或评论。

谢谢，西尔维娅

Answer 1

通过对此进行更多研究 - 似乎对于 UNTYPED xml 字段，至少在我的测试用例中，xml 索引会降低性能。对于类型化的 xml，这似乎有所不同，尽管我没有深入研究。

DID 极大地提高性能的一件事(感谢您在 msdn sql xml 论坛上向 wBob 提出的想法!)是在 xml 字段上创建全文索引。那时我获得了亚秒级的性能。为了准确起见，我还包含了一个 xml 过滤器。

SELECT *
FROM dbo.ActivityStepLog
WHERE 
   CONTAINS (LogContent, '-2147483535')
   and LogContent.value('(/BusinessRuleDecisionLog/SampleData1/DecisionLogID)[1]', 'int') = -2147483535

我仍然需要研究这是否满足我所有的过滤需求，但目前看来还不错。

西尔维娅