什么可能导致 GetDate() 超时？

Question

每隔几个月，网站的一些选定页面就会开始响应

超时已过。操作完成之前超时时间已过，或者服务器没有响应。

我运行 SQL Server Profiler 来查看数据库在哪里挂起。它位于特定的存储过程上。因此，我进行了存储过程调用并通过 Management Studio 运行它。在不到一秒的时间内返回几千行。

打开程序，我发现这只是一个简单的 select 语句。如果我取出 select 语句并在新的查询窗口中运行它，那么 Management Studio 将挂起。

因此，我开始分段运行它，并找到导致查询挂起的行

and GetDate() between EffectiveDate and ISNULL(ExpiryDate, @CurrentDate) 

GetDate() 应该是 @CurrentDate 无论如何，所以如果我切换它，它会运行得很好。为什么这很重要？据我了解，GetDate 不应该是一个昂贵的调用。我知道 IsNull 是这样，但这也没关系，因为如果我只是用 CurrentDate 替换 GetDate ，它就可以很好地处理查询。

我是否正确假设 getdate 导致此查询间歇性挂起？它如何/为什么要这样做？

一些背景知识，正如我所说，这个错误之前曾出现过，3 月 23 日、7 月 27 日、10 月 25 日和现在的 11 月 21 日。它似乎总是在月底附近发生。我确信这段时间没有发生任何事情（计划任务、维护等）。

这是在生产服务器上，所以我无法真正花时间来调试问题。一旦网站瘫痪，就必须将其恢复。我知道如何修复它，我只需要强制重新编译存储过程，但是有人知道可能导致此问题的原因吗？

SQL Server 还有另一个 UAT 数据库，相同的过程也将挂在该数据库上。但是具有完全相同的代码行的其他存储过程在两个数据库上运行良好。

编辑：我必须备份网站，所以我重新编译了存储过程。该网站现在运行良好。但该查询仍然不能自行运行。

Answer 1

我误会了问题的原因。我分段运行的查询基本上是：

select *
from Item
left outer join category Subcategories on Subcategories.ItemKey = Item.Id,
Categories Category,
Availability
where Item.Id = @ItemId
  and GetDate() between Availability.EffectiveDate 
      and ISNULL(Availability.ExpiryDate, @CurrentDate) 

这显然不是在生产中运行的查询，只是一个匿名示例。

该查询将不会运行。为了让它运行，我最初注释掉了

EffectiveDate和ISNULL(ExpiryDate, @CurrentDate)之间的和GetDate()

如果我将GetDate()更改为它也会运行>@CurrentDate。我确信 GetDate 就是问题所在。但是，当我运行查询并注释掉 Availability 行时，它工作得很好。 Availability 是一个巨大的表。我运行了重新索引和统计更新，一切正常。我想我欠 GetDate 一个道歉。

编辑：这在完全不同的环境中再次发生。再次，GetDate 似乎是罪魁祸首。更改该行并运行该程序使一切再次正常工作。 GetDate 可能不是根本原因，但这绝对是出现问题的第一个迹象。