.NET TableAdapter带变量的SELECT查询应用执行缓慢问题求助

这是**参数嗅探（Parameter Sniffing）**的典型表现：你在SSMS里手动声明变量测试无性能问题，是因为局部变量和参数化查询的执行计划生成逻辑不同——局部变量会让SQL Server基于统计信息的平均分布生成计划，而参数化查询会用第一次传入的参数值生成计划并缓存，后续如果参数对应的数据分布差异极大（比如有的值返回1条，有的返回十万条），缓存的计划就不再适用，导致查询变慢。

以下是无需将参数改为字面量的修复方案：

• 将查询参数转为局部变量
  修改TableAdapter中的查询，把传入的参数赋值给局部变量后再使用，避免SQL Server直接基于外部参数生成计划：

  DECLARE @localVar1 NVARCHAR(100) = @var1;
  DECLARE @localVar2 NVARCHAR(100) = @var2;
  SELECT Column1, Column2, Column3...
  FROM MyTable
  WHERE column1 = @localVar1 AND column2 = @localVar2;
  

• 更新表的统计信息
  过时的统计信息会导致SQL Server生成错误的执行计划，执行以下命令更新：

  UPDATE STATISTICS MyTable WITH FULLSCAN;
  

  建议定期维护统计信息，尤其是数据频繁变动的表。

• 使用OPTION(OPTIMIZE FOR UNKNOWN)
  在查询末尾添加该选项，让SQL Server忽略当前传入的参数值，基于表的整体统计分布生成执行计划，比OPTION(RECOMPILE)更轻量，不需要每次重新编译：

  SELECT Column1, Column2, Column3...
  FROM MyTable
  WHERE column1 = @var1 AND column2 = @var2
  OPTION (OPTIMIZE FOR UNKNOWN);
  

• 优化索引设计
  检查MyTable是否有针对column1和column2的复合索引，并且包含查询需要的其他列（避免回表查询）：

  CREATE NONCLUSTERED INDEX IX_MyTable_Column1_Column2 
  ON MyTable (column1, column2)
  INCLUDE (Column3, Column4,...); -- 这里写查询中需要的其他列
  

  合理的索引能让查询在任何参数值下都高效执行。

• 调整数据库参数化设置（谨慎操作）
  如果你的SQL Server版本是2008及以上，可以将数据库的参数化模式改为FORCED，强制所有查询使用参数化并复用计划，但这是数据库级别的设置，可能影响其他查询，需先测试：

  ALTER DATABASE YourDatabaseName SET PARAMETERIZATION FORCED;
  

注意：TableAdapter本身不会将参数替换为字面量，这是参数化查询的标准行为，目的是防止SQL注入和复用执行计划，所以不能依赖它自动转换字面量来解决问题。

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