Entity Framework 6 特定参数查询在某应用运行极慢但其他应用正常问题

核心原因1：SQL Server参数嗅探 + 执行计划缓存污染 #

这是该类特定参数查询超时的最常见诱因：

• EF 6.1.3 相对 EF 6.0 调整了分页语法的默认生成逻辑：EF 6.0 分页默认使用 ROW_NUMBER() 嵌套语法，而 EF 6.1+ 针对 SQL Server 2012+ 版本默认使用更简洁的 OFFSET n ROWS FETCH NEXT m ROWS ONLY 语法。当 OFFSET 0（对应page=1）时，SQL Server 查询优化器可能误判数据扫描范围，生成适配大偏移量的低效执行计划，且该计划会被缓存，后续相同参数的查询都会复用这个坏计划。
• 两个应用的连接字符串差异（有无Initial Catalog）、EF 版本差异会导致SQL Server认为是两个不同的会话上下文，生成并缓存完全独立的执行计划，因此旧应用正常、新应用异常。

核心原因2：默认连接字符串ArithAbort配置缺失 #

EF 默认生成的连接字符串不会主动开启ARITHABORT选项，而SSMS等客户端默认开启该选项。不同的SET选项会触发SQL Server生成不同的执行计划，因此会出现SSMS手动执行同SQL极快、应用执行超时的现象。

核心原因3：查询条件生成冗余 #

原代码将request.SearchString的空值判断写在EF的Where表达式内，会导致生成的SQL包含大量无意义的OR @p0 IS NULL OR @p0 = ''判断，进一步干扰优化器的执行计划生成，放大参数嗅探的影响。

快速修复（优先验证） #

1. 追加连接字符串配置：在新应用的连接字符串中新增ArithAbort=true;，对齐SSMS的默认SET选项，避免生成差异化执行计划。
2. 清理缓存的坏执行计划：在测试环境可直接执行DBCC FREEPROCCACHE全局清理缓存，生产环境可通过SQL语句定位当前异常查询的sql_handle后单独清理：

SELECT plan_handle, st.text 
FROM sys.dm_exec_cached_plans 
CROSS APPLY sys.dm_exec_sql_text(plan_handle) AS st
WHERE text LIKE N'%MyTable%MyOtherTable%' -- 替换为你的查询特征字符串
DBCC FREEPROCCACHE (plan_handle) -- 替换为上一步查询到的plan_handle

3. 强制EF使用旧版分页语法：如果确认是分页语法差异导致的问题，可在DbContext构造函数中添加配置，强制EF 6.1.3生成和EF 6.0完全一致的ROW_NUMBER()分页逻辑：

public MyEntities() : base("name=MyEntities")
{
    SqlProviderServices.Instance.UseRowNumberForPaging = true;
}

永久优化方案 #

1. 简化查询条件逻辑：将空值判断移到C#逻辑层，避免生成冗余SQL：

var result = MyEntities.MyTable
    .Join(MyEntities.MyOtherTable, id = id...)
    .OrderBy(f => f...);
// 仅当搜索字符串非空时追加模糊查询条件
if (!string.IsNullOrEmpty(request.SearchString))
{
    result = result.Where(f => f.Property.Contains(request.SearchString));
}
var finalResult = result.Select(f => new MyObject
{
    // 映射字段
});

2. 添加查询提示规避参数嗅探：针对该特定查询添加OPTION(RECOMPILE)提示，每次执行重新生成执行计划，可通过EF拦截器实现：

// 定义查询拦截器
public class RecompileInterceptor : DbCommandInterceptor
{
    public override void ReaderExecuting(DbCommand command, DbCommandInterceptionContext<DbDataReader> interceptionContext)
    {
        if (command.CommandText.Contains("OFFSET 0 ROWS FETCH NEXT 30 ROWS ONLY")) // 匹配你的分页查询特征
        {
            command.CommandText += " OPTION (RECOMPILE)";
        }
        base.ReaderExecuting(command, interceptionContext);
    }
}
// 应用启动时注册拦截器
DbInterception.Add(new RecompileInterceptor());

3. 创建覆盖索引：针对该查询的JOIN字段、WHERE条件字段、ORDER BY字段创建联合覆盖索引，避免回表查询，直接从索引返回所需数据，可极大提升查询性能。

内容的提问来源于stack exchange，提问作者FrankDrebin893