选择Top (100)比Top (1)快得多

Question

我有一个简单的查询，但是我不理解Top的行为。

SELECT Top (1) Timestmp 
FROM DataTable 
WHERE [LoadId] = 3104 
  AND [Temp1] > @Setpoint
  AND [Temp2] > @Setpoint
  AND [Temp3] > @Setpoint
  AND [Temp4] > @Setpoint
  AND [Temp5] > @Setpoint 
ORDER BY Timestmp  OPTION (RECOMPILE)

(*查询比执行计划中的查询更容易，但完全相同)

• 在(LoadId, Temp1, Temp2, Temp3, Temp4, Temp5)上有一个常见的非聚集索引。
• 和Timestmp上单独的非聚集索引。

查询大约需要1 Min才能完成。但是如果我写了Top (100)，那么它需要一些ms才能完成。

以下是查询的一些统计数据：

• 顶部(1)：逻辑读取25757671，物理读取148582，预读读取17695。
• 顶部(100)：逻辑读取290703，物理读取0，预读读取0。

顶部(1)：https://www.brentozar.com/pastetheplan/?id=B1zwx0klN

顶部(100)：https://www.brentozar.com/pastetheplan/?id=Hkx5k0JgE

我怎样才能像Top (100)一样快地获得顶端(1)，为什么它会这么慢？我以前从未在其他服务器上看到过这种行为，也许在SQLServer设置上有什么问题吗？

Answer 1

解决方案：

在签出SSMS执行计划窗口中的绿色信息消息后，缺少一个包含所选列的索引。

CREATE NONCLUSTERED INDEX [] ON [dbo].[FurnaceData] ([LoadIdLowInt],[LoadIdHighInt],[ControlTempZ1PV],[ControlTempZ2PV],[ControlTempZ3PV],[ControlTempZ4PV],[ControlTempZ5PV]) INCLUDE ([Timestmp])