SQL Server查询突然变慢

Question

我有一个SQL数据库查询的问题突然(但通常大约每三周)变得缓慢.

安装程序如下:

• Windows Server 2008(不是R2)64位,8 GB RAM
• SQL Server Express 2008 R2
• 数据库的大小为6 GB(文件大小为mdf)
• Orders查询主要选择的表()有大约24000条记录,其他五条连接表小(100条或更少)
• 该表Orders有一个包含二进制数据(PDF文档)的varbinary(MAX)列Report,平均大小约为200到300 kB(但有时可能高达2 MB).这24000个订单中超过90%的列填充了此列,其他的则是NULL,即6 GB数据库大小的90%以上是二进制数据.

有问题的查询具有以下结构:

SELECT TOP (30) [Project2].[OrderID] AS [OrderID]
                -- around 20 columns more
FROM ( SELECT [Project2].[OrderID] AS [OrderID],
              -- around 20 columns more
              row_number() OVER (ORDER BY [Project2].[OrderID] ASC) AS [row_number]
       FROM ( SELECT [Filter1].[OrderID] AS [OrderID]
              -- around 20 columns more
              FROM ( SELECT [Extent1].[OrderID] AS [OrderID]
                     -- around 20 columns more
                     FROM [dbo].[Orders] AS [Extent1]
                     INNER JOIN -- small table
                     LEFT OUTER JOIN  -- small table
                     LEFT OUTER JOIN  -- small table
                     LEFT OUTER JOIN  -- small table
                     LEFT OUTER JOIN  -- small table
                     WHERE ([Extent1].[Status] IS NOT NULL) 
                       AND (4 = CAST( [Extent1].[Status] AS int))
                       AND ([Extent1].[SomeDateTime] IS NULL)
                       AND ([Extent1].[Report] IS NULL)
                   ) AS [Filter1]
              OUTER APPLY  (SELECT TOP (1) [Project1].[C1] AS [C1]
                            FROM ( SELECT CAST( [Extent7].[CreationDateTime] AS datetime2) AS [C1],
                                                [Extent7].[CreationDateTime] AS [CreationDateTime]
                                   FROM [dbo].[OtherTable] AS [Extent7]
                                   WHERE [Filter1].[OrderID] = [Extent7].[OrderID]
                                 ) AS [Project1]
                             ORDER BY [Project1].[CreationDateTime] DESC
             ) AS [Limit1]
       )  AS [Project2]
)  AS [Project2]
WHERE [Project2].[row_number] > 0
ORDER BY [Project2].[OrderID] ASC

它是由Entity Framework从LINQ到实体查询生成的.查询发生在一些变体中,这些变体仅在第一WHERE个子句中有所不同:

• 五个变种

  WHERE ([Extent1].[Status] IS NOT NULL) 
    AND (X = CAST( [Extent1].[Status] AS int))
  

  X可以在0和之间4.这些查询从来都不是问题.

• 这两个变种(*)

  WHERE ([Extent1].[Status] IS NOT NULL) 
    AND (4 = CAST( [Extent1].[Status] AS int))
    AND ([Extent1].[SomeDateTime] IS NULL)
    AND ([Extent1].[Report] IS NULL)
  

  或者... IS NOT NULL...在最后一行.我只有这两个查询才会遇到下面描述的问题.

"现象"是:

• 两个查询(*)每天运行100到200次,每周运行5天.他们在不到一秒钟的时间内表演了大约三周.
• 三周后,两个查询突然需要超过60秒.(这一次实际上随着数据库大小的增加而增加.)由于超时,用户会收到错误(在网页上;它是一个Web应用程序).(默认情况下,实体框架似乎不会等待超过30秒的结果.)
• 如果我将查询粘贴到SSMS中并让查询运行(等待60秒),则会成功返回结果,并且下一个相同的查询会在不到一秒的时间内再次运行.
• 大约三周后,同样的情况再次发生(但查询运行的时间将是65或70秒)

另外一个观察:

• 如果我在查询执行正常时重新启动SQL Server服务进程,则进程的内存使用量会缓慢增加.它在大约一周内逐步达到约1.5 GB(任务管理器中的私人工作集)的限制.
• 如果我在查询突然变慢并重新触发查询时重新启动SQL Server服务进程,我可以在任务管理器中观察该服务在几秒钟内加载几乎1 GB.

不知怎的,我怀疑整个问题与Express版本的内存限制(1 GB)和做varbinary(MAX)柱,虽然我只是用它的WHERE来检查,如果列值子句NULL与否NULL.所述Report柱本身不是选定的列中的一个.

由于我正在运行明年Express版的限制(10 GB mdf文件大小),我正在考虑更改:

• 将二进制列移动到另一个表并通过FILESTREAM在外部存储内容,继续使用Express Edition
• 使用其中一个没有Express限制的"大"SQL Server版本,将二进制列保留在Orders表中
• 做到这两点

问题:查询突然变慢的原因是什么？我计划的其中一项变更可以解决问题还是有其他解决方案？

编辑

在下面的评论中按照bhamby的提示,我SET STATISTICS TIME ON在再次运行查询之前设置了SSMS.当查询再次变慢时,我得到一个高值SQL Server parse and compile time,即:CPU time = 27,3 sec和Elapsed time = 81,9 sec.查询的执行时间仅为CPU时间= 0,06秒,经过时间= 2,8秒.在此之后第二次运行查询,为SQL Server解析和编译时间提供CPU时间0,06秒和经过时间= 0,08.

Answer 1

这看起来很浪费

SELECT TOP (1) [Project1].[C1] AS [C1]
FROM ( SELECT CAST( [Extent7].[CreationDateTime] AS datetime2) AS [C1],
                    [Extent7].[CreationDateTime] AS [CreationDateTime]
         FROM [dbo].[OtherTable] AS [Extent7]
        WHERE [Filter1].[OrderID] = [Extent7].[OrderID]
     ) AS [Project1]
ORDER BY [Project1].[CreationDateTime] DESC

是

SELECT max( CAST( [Extent7].[CreationDateTime] AS datetime2) ) AS [C1]
  FROM [dbo].[OtherTable] AS [Extent7]
 WHERE [Filter1].[OrderID] = [Extent7].[OrderID]

为什么不将日期存储为日期时间？

我不喜欢那个外部应用
我会创建一个运行一次的#temp并加入它
确保并将[OrderID]声明为PK

SELECT [Extent7].[OrderID], max( CAST( [Extent7].[CreationDateTime] AS datetime2) ) AS [C1]
FROM [dbo].[OtherTable] AS [Extent7]
GROUP BY [Extent7].[OrderID]

你可以进行循环连接

接下来我会将其放入 #temp2 中，以便您确定它只运行一次
再次确保将 OrderID 声明为 PK

SELECT [Extent1].[OrderID] AS [OrderID]
                     -- around 20 columns more
                     FROM [dbo].[Orders] AS [Extent1]
                     INNER JOIN -- small table
                     LEFT OUTER JOIN  -- small table
                     LEFT OUTER JOIN  -- small table
                     LEFT OUTER JOIN  -- small table
                     LEFT OUTER JOIN  -- small table
                     WHERE ([Extent1].[Status] IS NOT NULL) 
                       AND (4 = CAST( [Extent1].[Status] AS int))
                       AND ([Extent1].[SomeDateTime] IS NULL)
                       AND ([Extent1].[Report] IS NULL)

如果 Order 只有 24,000 行，那么查询时间超过几秒就会发生一些愚蠢的事情。