如何在本地复现慢SQL存储过程的执行计划问题？

背景信息 #

我有一个.NET应用，点击菜单获取用户数据时会在后台执行存储过程sp_GetUserData。该SP包含复杂查询，支持按日期过滤返回数据量。修改后，过滤器默认返回最近3个月的数据（此前为约12个月），但部分用户执行该SP耗时30-40秒，有时也需20秒。

生产环境执行的SP调用语句：

exec [sp_GetUserData] @Id=1002; 

已做的调研与排查：

• 了解到SSMS与SqlConnection的SET命令默认值不同可能导致查询在SSMS快但在.NET中慢，常见差异是SET ARITHABORT，建议在.NET代码中先执行SET ARITHABORT ON，还可通过SQL Profiler监控两者的SET命令差异。
• 尝试在本地复现问题的步骤：
  1. 在SQL Profiler中选择标准模板；
  2. 按默认设置启动跟踪，首个出现的行对应ExistingConnection事件类，每行对应不同数据库连接；
  3. 选择用户应用使用的连接对应的行，将TextData列内容复制到查询窗口，该列包含配置相同连接所需的SET命令；
  4. 执行用户的存储过程以复现问题，从而获取相同执行计划进行分析。

当前状态：本地与生产数据库数据量一致，但本地执行该SP仅需1-2秒。

疑问 #

是否需要显式配置SET命令，还是只需复制Profiler中的内容即可？

优先复制Profiler捕获的完整SET命令集 #

• 确保连接上下文完全匹配：SQL Profiler捕获的ExistingConnection事件TextData里，包含了.NET应用连接数据库时自动设置的所有SET参数（不止SET ARITHABORT，还包括SET ANSI_NULLS、SET QUOTED_IDENTIFIER、SET CONCAT_NULL_YIELDS_NULL等）。直接复制这些命令执行后再调用存储过程，能100%还原生产环境的连接状态，确保拿到和.NET应用完全相同的执行计划，这是定位执行计划差异的核心前提。
• 避免遗漏关键变量：单独设置SET ARITHABORT ON可能不足以覆盖所有差异，其他SET参数的不同也可能导致SQL Server选择低效执行计划（比如SET ANSI_PADDING、SET NUMERIC_ROUNDABORT），完整复制命令集能排除这类干扰。

显式配置SET命令的使用场景 #

如果后续需要在.NET代码中固化连接配置，你可以从Profiler捕获的命令集中提取关键参数（比如SET ARITHABORT ON、SET ANSI_NULLS ON等），在打开SqlConnection后、调用存储过程前显式执行这些命令，确保应用连接的上下文与验证过的高效执行计划匹配。

额外排查提示 #

• 若复制完整SET命令后本地仍无法复现慢查询，需检查生产环境的索引碎片和统计信息过期情况——即使数据量相同，过时的统计信息会让SQL Server生成错误的执行计划。
• 可以用SET SHOWPLAN_XML ON对比SSMS和.NET环境下的执行计划，查看是否存在索引选择、JOIN方式等关键差异。

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