为什么Index-seek是最昂贵的运营商，而不是此计划中的筛选器？ 阅读执行计划费用适当的时间

问题描述

我有此计划需要大约18秒钟来运行（由SentryOne计划资源管理器生成）：

Index-seek使用了非聚集索引，其中包含一些搜索谓词。 Filter运算符还有其他谓词，包括LIKE条件。

这是查询（种类）：

SELECT  TOP(20) *
FROM    Table
WHERE   Table.Col1 = ''
        AND Table.Col2 LIKE '%' + @searchString + '%'
ORDER BY Table.Col3

第一个（无关）问题：

您如何阅读执行计划？

在我读到它时，“ SQL”以最左边的运算符Top开头，然后将其右边的子运算符（节点）称为1行，并继续进行直到达到目标为止（ 20行）。如果没有Top，它将继续进行直到其子节点说没有剩余。子节点将调用子节点的子节点。因此，Filter调用了Index-seek达290万次，以获取上述计划中的290万行。我希望我是对的？

然后我对查询做了一个小改动：

SELECT  TOP(20) *
FROM    Table
WHERE   Col1 = ''
        AND Col2 LIKE @searchString + '%'  -- search for string prefix only
ORDER BY Table.Col3

这一次查询耗时不到2秒。实际执行与上面的完全相同。我比较了2个内部SSMS。 Index-seek仍然是最昂贵的运算符，但返回的行数相同（290万）。

第二个问题：

我在LIKE条件下所做的更改必须减少16s的执行时间。那么，为什么Index-seek被标记为最昂贵？难道不是Filter，因为它是处理LIKE搜索权的人吗？如果我不做这个实验，怎么知道LIKE条件在这里是邪恶的？

第三个问题：

我怎么知道SQL处理一个任务需要多少时间才算正确？

我问这个问题是因为我是优化查询的新手。我第一次看到该计划时，不知道在300万行上花费{18的Index-seek是正确的还是有问题。

解决方法

暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！

如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@）