SQL Server索引重建存储过程缓慢



作为日常ETL过程的一部分,我们在加载表之前删除表,并在加载表之后重新创建索引。当我们在SSMS中执行存储过程时,它们往往运行得很慢。但是在同一时段的一次运行之后,当我们再次运行时,它运行得很快。我有两个问题。

  1. SP的执行计划是否在第一次运行期间得到更新,并且它将对进一步的连接保持良好?
  2. 作为我的ETL进程的一部分,如果我为某些输入参数集执行过程,当用户访问时,它会很快吗?

当我们删除和重新创建索引时,统计信息是否会更新

您有一个性能问题。您需要度量问题所在并确定瓶颈。阅读如何分析SQL Server性能。

其他的充其量只是猜测。它之所以慢是因为阻塞了应用程序的并发更新吗?进度缓慢是因为糟糕的计划吗?是因为缓冲区预热导致的慢吗?谁能知道呢?这就是为什么使用有条理的方法和度量是很重要的。

最新更新