SQL Server 2016 查询存储性能优化小结

计划8是聚集索引扫描，计划7是书签查找。如你所见，使用查询存储分析计划回归非常简单。但你现在还没结束。你现在可以对指定的查询强制执行计划。 现在你知道包含聚集索引扫描的执行计划有更好的性能。因此现在你可以通过点击【强制执行计划】强制查询7使用执行计划。

搞定，我们已经解决问题了！

现在当你执行存储过程（用80000的输入参数值），在执行计划里你可以看到聚集索引扫描，执行计划只生成419个逻辑读——很简单，是不是？绝对不是！！！！

微软告诉我们只给修正SQL Server性能相关的“新方式”。你只是强制了特定的计划，一切都还好。这个方法有个大的问题，因为性能问题的根源并没有解决！这个问题的关键是因为书签查找计划没有稳定性。取决于首次执行计划默认的输入值，执行计划因此就被不断重用。

通常我会建议调整下你的索引设计，创建一个覆盖索引来保证计划的稳定性。但强制特定执行计划只是临时解决问题——你还是要修正你问题的根源。

小结

不要误解我：SQL Server 2016里的查询存储功能很棒，可以帮你更容易理解计划回归。它也会帮你“临时”强制特定的执行计划。但性能调优的目标还是一样：你要找到问题根源，尝试解决问题——不要在外面晃荡！

（编辑：开发网_开封站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!