SQL Server存储过程性能问题
在我们的项目中,他们调用了很多存储过程 有时,当我们更改存储过程时,某些存储过程的工作速度非常慢,问题已修复,但10天后问题再次出现。我们使用重新索引、优化查询等 但我们没有找到任何稳定的解决方案 有人知道这类问题吗SQL Server存储过程性能问题,sql,sql-server,stored-procedures,Sql,Sql Server,Stored Procedures,在我们的项目中,他们调用了很多存储过程 有时,当我们更改存储过程时,某些存储过程的工作速度非常慢,问题已修复,但10天后问题再次出现。我们使用重新索引、优化查询等 但我们没有找到任何稳定的解决方案 有人知道这类问题吗 谢谢…如果存储过程随机运行缓慢,并对其运行alter进行排序,那么这听起来像是参数嗅探问题 运行ALTER将导致删除该过程的缓存计划,并在下次执行时重新编译该计划 如果存储过程随机运行缓慢,并对其运行alter进行排序,那么这听起来像是参数嗅探问题 运行ALTER将导致删除该过程的
谢谢…如果存储过程随机运行缓慢,并对其运行
alter
进行排序,那么这听起来像是参数嗅探问题
运行
ALTER
将导致删除该过程的缓存计划,并在下次执行时重新编译该计划 如果存储过程随机运行缓慢,并对其运行alter
进行排序,那么这听起来像是参数嗅探问题
运行
ALTER
将导致删除该过程的缓存计划,并在下次执行时重新编译该计划 您可能需要更新统计信息
EXEC sp_updatestats
您可能需要更新统计信息
EXEC sp_updatestats
我认为我们需要更具体的信息——根据您给我们的信息,您的猜测与我们的一样好。如果您提供一个sp外观的示例,与存储过程的查询计划进行比较会更容易一些,无论它是正常的还是运行非常缓慢的。SQL Server可能会随着时间的推移而更改查询计划,更新统计信息会有所帮助,但您也可以根据比较查询计划得到的信息调整存储过程以获得更好的性能。我认为我们需要更具体的信息-根据您给我们的信息,您的猜测和我们的一样好。如果您提供一个sp的外观示例,与存储过程的查询计划(当它正常运行和运行非常缓慢时)进行比较,会更容易。SQL Server可能会随着时间的推移而更改查询计划,更新统计信息会有所帮助,但您也可以使用从比较查询计划中获得的信息调整存储过程以获得更好的性能。sp_重新编译应该会有所帮助。对MSDN的一个简单解释就是为什么有时必须重新编译sp:sp_重新编译应该会有所帮助。关于MSDN的一个简单解释是,为什么有时必须重新编译sp: