我有一个存储过程需要一分钟才能运行。如果我在存储过程中获取代码并直接运行它，大约需要 20 秒。我想不出任何会导致这种情况的事情......
如果我查看执行计划，它们是不同的，但是在查询本身上获取执行计划会增加与存储过程调用相同的时间。
我尝试使用该查询创建一个新的存储过程，但它和旧的一样慢......
【问题讨论】：
标签： sql-server-2005 tsql stored-procedures
我完全是从 Grant Fritchey 那里偷来的，但至少我给予了他应有的信任：
参数嗅探通常是这种情况的原因。当您将查询仅作为查询运行时，所有参数都是本地参数，因此 SQL Server 可以查看、嗅探它们并根据值确定执行计划。只要将参数放入存储过程，SQL Server 就会正确地假定参数中的未知值，并创建不同的执行计划。在大多数情况下，这很有效。在某些情况下，它不会。
【讨论】：
听起来您在运行存储过程时打开了“包括实际执行计划”。如果是这样，请尝试关闭该选项。
【讨论】：
自创建存储过程以来，数据是否可能发生了很大变化/增长？回想一下，存储过程的一个要点是缓存执行计划，这样下次运行就不必这样做了。如果数据随时间发生剧烈变化，则存储过程可能无法正常运行。
要强制 SQL 为存储过程构建新的执行计划并了解更多信息，请转到 here
【讨论】：