Reaces Asked: 2014-10-28 07:11:42 +0800 CST2014-10-28 07:11:42 +0800 CST 2014-10-28 07:11:42 +0800 CST 证明特定索引的有用性 772 我正在寻找一种方法来证明最近添加的一些索引正在对生产系统产生积极影响。 我收集了一些 dmv 统计数据以表明索引确实（经常）被使用，但需要一些方法来证明它们对选择查询有足够积极的影响，添加更新/删除时间的任何负面影响是输出。 我正在寻找有关如何证明这些指数具有积极影响的任何见解/建议。 sql-server performance 1 个回答 Voted Best Answer Aaron Bertrand 2014-10-28T07:56:34+08:002014-10-28T07:56:34+08:00 您需要为整个工作负载设定基线并在之前/之后进行衡量。仅凭上面的数字，我不知道它们是什么意思。我会提出的问题包括： 有 124,000 次更新，但它们花费的时间是以前的 10 倍吗？ 他们屏蔽了用户吗？ 是否有更多的活动是因为人们可以做更多的事情因为它更快，或者只是查询数量的自然增加？ 做个备份。在开发服务器上恢复。重播有和没有索引的跟踪，并进行比较（请注意，绝对结果可能因硬件/网络等而异，并且您不会获得真正的并发效果，但相对差异应该会有所帮助）。您可以比较各种事物： 运行整个工作负载的时间 perfmon 在整个工作负载中的东西（例如它更快，但它是否与 CPU 挂钩？它更慢，但它是否也使用了更多的 CPU？） sys.dm_os_wait_stats每次运行前后的快照 每次运行前后sys.dm_exec_query_stats的快照sys.dm_exec_procedure_stats 确保首先运行工作负载几次以填充缓存（因为您的生产系统很少在冷缓存上运行）。 如果您还没有跟踪一个相当有代表性的工作量，那么这就是您需要花时间去做的事情。我想不出任何“快速”的方法来证明这些索引对您的实际工作量的影响。
您需要为整个工作负载设定基线并在之前/之后进行衡量。仅凭上面的数字，我不知道它们是什么意思。我会提出的问题包括：
做个备份。在开发服务器上恢复。重播有和没有索引的跟踪，并进行比较（请注意，绝对结果可能因硬件/网络等而异，并且您不会获得真正的并发效果，但相对差异应该会有所帮助）。您可以比较各种事物：
sys.dm_os_wait_stats每次运行前后的快照sys.dm_exec_query_stats的快照sys.dm_exec_procedure_stats确保首先运行工作负载几次以填充缓存（因为您的生产系统很少在冷缓存上运行）。
如果您还没有跟踪一个相当有代表性的工作量，那么这就是您需要花时间去做的事情。我想不出任何“快速”的方法来证明这些索引对您的实际工作量的影响。