和标题描述的差不多。我刚刚检查了一个 SQL Server 并注意到有很多查询计划膨胀可以通过适当的参数化来修复。
对代码进行更改后,是否建议我们清除查询计划缓存并让它自行重建?还是会及时自行清理?
注意:在前 50 个最大的查询中,有 47 个相同但参数不同。
和标题描述的差不多。我刚刚检查了一个 SQL Server 并注意到有很多查询计划膨胀可以通过适当的参数化来修复。
对代码进行更改后,是否建议我们清除查询计划缓存并让它自行重建?还是会及时自行清理?
注意:在前 50 个最大的查询中,有 47 个相同但参数不同。
我建议不要这样做。您可能已经对一小部分查询进行了优化,随着时间的推移,您将看到改进和性能提升。但是,如果您只是对查询计划缓存进行一次干净的刷新,那么您将清除所有执行计划,影响的不仅仅是您的优化。
我愿意说立即的性能下降不值得立即使用优化计划的较小收益。但同样,这是另一个“视情况而定”。