问Server使用参数化SQL缓存具有相同查询的查询计划

EN

这里有几个不同的问题：

Q:为什么优化器一次又一次地创建一个已经存在的新计划？

这些属性都会影响计划重用：

• 不同的数据库各有各自的计划。
• 不同的参数长度有它们自己的计划(特别是在这个NHibernate错误中，但类似的问题也可能发生在其他ORM中)
• 不同的连接设置(如ANSI NULL )可以获得它们自己的计划。
• 不同的间距或注释可以得到自己的计划(例如，如果您的代码动态添加注释以指示查询来自何处)

问:是否有一种好的方法来强制优化器重用查询计划？

是的--想想上面那些会影响计划重用的事情。显然，如果您有一个软件即服务类型模型，其中每个客户端都有自己的数据库，那么您不能真正帮助那里的事情，但是您可以帮助其他两个因素。与应用程序的连接设置保持一致，不要向查询中动态注入不同的间距或注释，并确保应用程序中的数据类型与数据库中的数据类型相匹配。

问:这种情况正常吗？

在这个领域中看到这种情况并不少见，特别是在旧的NHibernate/EF版本中，这些版本根据传入的任何参数使用不同的参数长度(如该链接中所讨论的)。

其性能症状是CPU使用率更高(由于查询编译次数增加)和计划缓存内存使用量更高，但它们通常不是Server上最大的问题。