SQL Server 中的查询性能

Question

我有一个包含超过 1100 万条记录的 SQL Server 表。这些记录按“类别”和“平台”组织。我被以下场景难住了……

SELECT COUNT(*) FROM TableName WHERE Category = 'session' AND Platform = 'windows';
-- Returns 1261500

SELECT COUNT(*) FROM TableName WHERE Category = 'session' AND Platform = 'linux';
-- Returns 1890599

因此，与“linux”相关的记录比“windows”多 600K。

但是，这个查询会在 6-9 秒内返回...

SELECT MAX(id) FROM TableName WHERE Category = 'session' AND Platform = 'linux';

然而，这个我必须在等待超过 13 分钟后才能获得结果......

SELECT MAX(id) FROM TableName WHERE Category = 'session' AND Platform = 'windows';

哦...我桌子上还有以下索引...

CREATE NONCLUSTERED INDEX [IX_TableName_CategoryPlatform] ON [dbo].[TableName]
(
    [Platform] ASC,
    [Category] ASC,
    [CreateDate] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, DROP_EXISTING = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
GO

威士忌、探戈、狐步舞？

为什么搜索词会产生影响，尤其是在有索引的情况下？

更新

我刚刚做了以下观察...

SELECT MAX(id) FROM TableName WHERE Platform = 'windows';

通过从查询中删除 Category，可以非常快速地返回响应...

更新 2

我已按要求创建了几个执行计划。然而，我注意到的是，“粘贴计划”实用程序生成的计划中的百分比与我在 SSMS 中得到的百分比似乎不同，所以我在每个链接下方包括了我在管理中看到的百分比工作室。

对于以下查询（有效）...

SELECT MAX([MessageID]) [MaxID] FROM [BoothComm].[UniversalMessageQueue] WHERE [MessagePlatform]='windows';

https://www.brentozar.com/pastetheplan/?id=Sk9q59CqZ

• 0%：选择
• 0%：流聚合
• 0%：顶部
• 100%：索引扫描

下一个查询（不起作用）我只能提供一个ESTIMATED执行计划。

SELECT 
   MAX(MessageID) AS [MaxID]
FROM BoothComm.UniversalMessageQueue
WHERE 
 MessageCategory = 'session'
 AND
 MessagePlatform = 'windows'

https://www.brentozar.com/pastetheplan/?id=r1zqnq09-

• 0%：选择
• 0%：流聚合
• 0%：顶部
• 0% : 嵌套循环（内连接） -- 为什么会出现这种情况？？
• 21%：索引扫描
• 79% : Key Lookup -- 也是新的，似乎比其他任何事情都要占用更多的时间

（感谢大家的帮助！）

更新 3

所以在进行了以下所有对话和更改之后，我仍然有一个问题......

为什么这个查询会在 1 秒内返回（感谢将 ID 添加到索引中）...

SELECT 
      MAX(MessageID) AS [MaxID]
FROM BoothComm.UniversalMessageQueue
WHERE 
    MessagePlatform = 'linux'
    AND
    MessageCategory = 'accounting'

而这个运行需要 13 -22 秒...

SELECT 
      MAX(MessageID) AS [MaxID]
FROM BoothComm.UniversalMessageQueue
WHERE 
    MessagePlatform = 'windows'
    AND
    MessageCategory = 'accounting'

同一张表，同样的索引，执行计划是完全一样的。除了 MessagePlatform 值之外，一切都是相同的。并且导致延迟的值出现在比另一个更少的记录上。

Answer 1

您的查询速度很慢，因为该表未标准化。您不应该将类别和平台作为字符串存储在每条记录上。相反，它们应该在具有整数主键的查找表中。然后，这些键将存储在您的主表中，每个键上都有适当的非聚集索引。然后你应该在你的主表中添加一个聚集索引到一个有意义的按升序排序的列（最好是一个唯一的整数）。

至于您遇到的实际问题，如果您没有定义聚集索引，则数据存储在堆中（即未排序的数据堆）。您拥有的索引将有所帮助，但性能受到您使用字符串作为键的事实的阻碍，并且从它的外观来看，这些字符串不是高度特定的（许多重复）。 SQL Server 可能只是决定进行全面扫描来回答您的问题，因为它估计这将比任何其他方法更快。