从Service Broker消息取数：OPENXML与XML.Nodes哪个更快？

• 别迷信执行计划的估算开销：执行计划里的“SQL开销”是优化器基于成本模型算出的理论值，和实际运行的真实耗时经常存在偏差——尤其是XML解析这类依赖内存、CPU缓存命中率的操作，你实际测出来的毫秒级差异才是硬指标，优先选XML.Nodes()即可。
• 排查估算偏差的核心原因：
  • 先检查统计信息是否过期：过时的统计信息会让优化器对XML数据的规模、复杂程度判断出错，导致开销计算不准
  • 用SET STATISTICS TIME, IO ON执行测试，查看真实的CPU时间、逻辑读数据：这两类指标比执行计划的估算值更靠谱，能帮你确认哪种方法真正更节省资源
• 极端性能场景的优化细节：
  • 若选择XML.Nodes()，可预先将XML数据存储为持久化的xml类型变量，减少重复解析的开销
  • 若最终倾向OPENXML，务必在每次使用后调用sp_xml_removedocument释放内存，避免长期运行出现内存泄漏拖慢性能

内容的提问来源于stack exchange，提问作者Dipak