EFCore参数化查询因参数长度生成多执行计划的问题咨询

现象是否正常？ #

这是正常现象，核心原因在于SQL Server的参数嗅探机制，以及EF Core默认的参数生成逻辑：

• SQL Server会依据参数的类型细节（包括varchar的长度）判断是否复用执行计划。当传入字符串长度不同时，SQL Server会认为不同长度参数对应的索引匹配基数可能存在差异，因此会生成独立执行计划来适配。
• EF Core默认会根据传入字符串的实际长度生成对应长度的参数（比如传入10位字符串时参数类型是@p0 varchar(10)，11位则是@p0 varchar(11)），这会让SQL Server将这些查询视为不同语句，进而生成多个计划。

优化方案 #

可以通过以下方式减少重复执行计划：

• 统一参数长度：在EF Core中显式指定LegacyId字段的最大长度为14（对应输入的最长长度），确保所有查询使用相同长度的参数类型。
  可通过模型配置实现：

  modelBuilder.Entity<Customer>()
      .Property(c => c.LegacyId)
      .HasMaxLength(14)
      .IsUnicode(false); // 确保是varchar而非nvarchar
  

  或者在查询中显式转换参数：

  return await myContext.Set<Customer>()
      .Where(i => i.LegacyId == EF.Functions.AsNonUnicode(legacyId))
      .FirstOrDefaultAsync();
  

• 开启强制参数化：在数据库级别开启FORCE PARAMETERIZATION选项，让SQL Server自动将符合条件的查询统一参数化，避免因参数长度差异生成多个计划。注意这是全局设置，需评估对其他查询的影响。
• 创建计划指南：针对该查询创建计划指南，强制SQL Server复用同一个执行计划，忽略参数长度的差异。

重建索引后计划减少的原因 #

碎片化超过99%的索引会导致统计信息严重失真，SQL Server无法准确预估不同长度参数的查询基数，因此只能为每个长度生成独立计划。重建索引后，索引的统计信息被更新，SQL Server能够判断不同长度的参数可以复用相似的执行计划，因此计划数量减少。

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