Question

我有一个SP需要10秒才能运行大约10次（每次运行大约一秒钟）。该平台是asp .net，服务器是SQL Server 2005.我已经将表索引（不在PK上），这不是问题。一些警告：

usp_SaveKeyword不是问题。我评论说整个SP并没有区别。
我将@SearchID设置为1并且时间显着缩短，交易平均只需要大约15毫秒。
除了插入到tblSearches之外，我注释掉了整个存储过程，奇怪的是它花了更多的时间来执行。

关于可能发生的事情的任何想法？

set ANSI_NULLS ON

go

ALTER PROCEDURE [dbo].[usp_NewSearch]

  @Keyword VARCHAR(50),

  @SessionID UNIQUEIDENTIFIER,

  @time SMALLDATETIME = NULL,

  @CityID INT = NULL

AS

BEGIN

  SET NOCOUNT ON;

  IF @time IS NULL SET @time = GETDATE();



  DECLARE @KeywordID INT;

  EXEC @KeywordID = usp_SaveKeyword @Keyword;

  PRINT 'KeywordID : '

  PRINT @KeywordID

  DECLARE @SearchID BIGINT;     

  SELECT TOP 1 @SearchID = SearchID

    FROM tblSearches 

   WHERE SessionID = @SessionID

     AND KeywordID = @KeywordID;



  IF @SearchID IS NULL BEGIN

        INSERT INTO tblSearches

              (KeywordID, [time], SessionID, CityID)

         VALUES

              (@KeywordID, @time, @SessionID, @CityID)

        SELECT Scope_Identity();

  END

  ELSE BEGIN

        SELECT @SearchID

  END



END

Answer 1

在SQL Management Studio中启用“显示估计的执行计划” - 执行计划在哪里显示您花时间？它将指导您用于优化查询的启发式（或在本例中不是）。通常，“更胖”的行是要关注的 - 它们是产生大量I / O的行。

不幸的是，即使您告诉我们表模式，只有您能够实际看到SQL如何选择优化查询。最后一件事 - 你有没有关于tblSearches的聚集索引？

Answer 2

为什么在此查询中使用top 1 @SearchID而不是max (SearchID)或where exists？ top要求您运行查询并从结果集中检索第一行。如果结果集很大，那么在你拿出最终结果集之前，这可能会占用大量资源。

SELECT TOP 1 @SearchID = SearchID    
  FROM tblSearches    
 WHERE SessionID = @SessionID     
   AND KeywordID = @KeywordID;

我没有看到任何明显的原因 - 前面提到的构造中的任何一个应该通过非常便宜的索引查找在语义上等同于此。除非我错过了什么，否则你应该能够做一些像

这样的事情

select @SearchID = isnull (max (SearchID), -1)
  from tblSearches
 where SessionID = @SessionID
   and KeywordID = @KeywordID

这应该是相当有效的（除非我遗漏了某些东西）在语义上等同。

Answer 3

触发器！

他们确实是阴险的。

Answer 4

tblSearches上的聚集索引是什么？如果聚簇索引不在主键上，则数据库可能会花费大量时间重新排序。
您有多少其他索引？
你有任何触发器吗？
执行计划表明时间花在哪里？

存储过程;插入慢

4 个答案: