从 Nhibernate 执行的查询很慢，但从 ADO.NET 执行的查询很快

Question

我的 MVC 应用程序中有一个查询需要大约 20 秒才能完成（使用 NHibernate 3.1）。当我在 Management Studio 上手动执行查询时，需要 0 秒。

我在 SO 上看到过类似的问题，关于与此类似的问题，所以我将测试更进一步。

我使用 Sql Server Profiler 拦截了查询，并在我的应用程序中使用 ADO.NET 执行了查询。

我从 Profiler 得到的查询类似于：“exec sp_executesql N'select....”

我的 ADO.NET 代码：

SqlConnection conn = (SqlConnection) NHibernateManager.Current.Connection;

var query = @"<query from profiler...>";
var cmd = new SqlCommand(query, conn);

SqlDataReader reader = cmd.ExecuteReader(CommandBehavior.CloseConnection);
return RedirectToAction("Index");

这个查询也很快，不费时间去执行。

另外，我在 Profiler 上看到了一些非常奇怪的东西。该查询在从 NH 执行时具有以下统计信息：

读取：281702 写：0

来自 ADO.NET 的那个：

读取：333 写：0

有人知道吗？我可以提供任何信息来帮助诊断问题吗？

我认为这可能与某些连接设置有关，但 ADO.NET 版本使用的是来自 NHibernate 的相同连接。

提前致谢

更新：

我正在使用 NHibernate LINQ。该查询非常庞大，但它是一个分页查询，只获取了 10 条记录。

传递给“exec sp_executesql”的参数是：

@p0 整数，@p1 日期时间，@p2 日期时间，@p3 位，@p4 整数，@p5 整数

@p0=10,@p1='2009-12-01 00:00:00',@p2='2009-12-31 23:59:59',@p3=0,@p4=1, @p5=0

Answer 1

我在 ADO.NET 和 NHibernate 中使用了不同的查询计划，并且我在 NH 版本上受到参数嗅探的影响。为什么？因为我之前做了一个小日期间隔的查询，并且存储的查询计划已针对它进行了优化。

之后，当查询的日期间隔较大时，使用了存储的计划，并且需要很长时间才能得到结果。

我确认这实际上是问题，因为一个简单的：

DBCC FREEPROCCACHE -- clears the query-plan cache

再次加快了我的查询速度。

我找到了两种解决方法：

• 使用 NH 拦截器向查询注入“选项（重新编译）”
• 在我的 NH Linq 表达式中添加一个虚拟谓词，例如：query = query.Where(true) 当预期的结果集很小时（日期间隔明智）。这样，将创建两种不同的查询计划，一种用于大型数据集，另一种用于小型数据集。

我尝试了这两个选项，并且都有效，但选择了第二种方法。这有点hacky，但在我的情况下效果很好，因为数据是按日期均匀分布的。

Answer 2

我遇到了与 OP 完全相同的问题。我尝试了@psousa 的注入“选项（重新编译）”的建议，这确实提高了我的性能。但最后我发现，简单地更新 SQL Server 上的统计信息对我有用。

update statistics tablename;

我最终退出了我的代码以注入“选项（重新编译）”。我知道这可能不是每个人的答案，但想分享，因为这是我的问题的原因。

Answer 3

查看提供给 sp_executesql 存储过程的参数。如果参数作为 nvarchar (N'value') 提供并且它们引用的列是 varchar，则 SQL Server 将使用非常低效的查询计划。这是我遇到的所有表现出这些症状的性能问题的根本原因（应用程序慢，SSMS 快）。

Answer 4

您没有指定查询或其结果集的大小，但是使用 nHibernate 获取大量实体时存在问题。
基本上，“水合”物体的时间就是这么长的时间。
您可以尝试打开反射优化器，或使用 IStatelessSession。
看看我收到的一些建议here。