LINQ 查询非常慢 - 为什么？

Question

我得到了一个非常简单的 LINQ 查询：

List<table> list = ( from t in ctx.table
                     where
                     t.test == someString
                     && t.date >= dateStartInt
                     && t.date <= dateEndInt
                     select t ).ToList<table>();

被查询的表有大约 3000 万行，但列 test 和 date 被索引。 当它应该返回大约 5000 行时，需要几分钟才能完成。

我还检查了 LINQ 生成的 SQL 命令。 如果我在 SQL Server 上运行该命令，则需要 2 秒才能完成。

这里的 LINQ 有什么问题？ 这只是一个非常简单的查询，没有任何连接。

这是 SQL Profiler 显示的查询：

exec sp_executesql N'SELECT [t0].[test]
FROM [dbo].[table] AS [t0]
WHERE ([t0].[test] IN (@p0)) AND ([t0].[date] >= @p1) 
AND ([t0].[date] <= @p2)',
N'@p0 nvarchar(12),@p1 int,@p2 int',@p0=N'123test',@p1=110801,@p2=110804

编辑：

真的很奇怪。在测试时，我注意到它现在要快得多。 LINQ 查询现在需要 3 秒来处理大约 20000 行，这还不错。

更令人困惑的是： 这与我们的生产服务器上的行为相同。一个小时前真的很慢，现在又快了。当我在开发服务器上进行测试时，我没有在生产服务器上进行任何更改。我能想到的唯一问题是两台服务器都是虚拟化的，并且与许多其他服务器共享 SAN。

我怎样才能知道这是否是问题所在？

Answer 1

在指责 LINQ 之前，首先要找出实际延迟发生在哪里。

• 发送查询
• 查询的执行
• 接收结果
• 将结果转换为本地类型
• 在 UI 中绑定/显示结果
• 以及与此过程相关的任何其他事件

然后开始责怪LINQ ;)

Answer 2

如果我必须猜测，我会说“参数嗅探”是可能的，即它已经建立并缓存了一个基于一个参数集的查询计划，它对于您当前的参数值来说非常不理想。您可以在常规 TSQL 中使用 OPTION (OPTIMIZE FOR UNKNOWN) 来解决此问题，但没有 LINQ-to-SQL / EF 方法可以解决此问题。

我的计划是：

1. 使用分析来证明时间正在查询中丢失（而不是具体化等）
2. 一旦确认，考虑使用直接TSQL方法调用

例如，对于 LINQ-to-SQL，ctx.ExecuteQuery<YourType>(tsql, arg0, ...) 可用于在服务器上抛出原始 TSQL（参数为 {0} 等，如 string.Format）。就个人而言，我更倾向于“dapper”——非常相似的用法，但物化器更快（但它不支持 EntityRef<> 等延迟加载值——这通常是一件坏事，因为它会导致 N+ 1).

即（与小巧玲珑）

List<table> list = ctx.Query<table>(@"
   select * from table
   where test == @someString
   and date >= @dateStartInt
   and date <= @dateEndInt
   OPTION (OPTIMIZE FOR UNKNOWN)",
new {someString, dateStartInt, dateEndInt}).ToList();

或（LINQ-to-SQL）：

List<table> list = ctx.ExecuteQuery<table>(@"
   select * from table
   where test == {0}
   and date >= {1}
   and date <= {2}
   OPTION (OPTIMIZE FOR UNKNOWN)",
someString, dateStartInt, dateEndInt).ToList();