主页 / dba / 问题 / 10396
Accepted
Ben Brocka
Asked: 2012-01-10 07:32:22 +0800 CST

集群键上的 ORDER BY 会影响性能吗？

  • 772

假设我有一个聚集在PrimaryKey上的表，并且在所有情况下我都希望我的结果按PrimaryKey排序，所以我还总是ORDER BY PrimaryKey在所有查询中。

这ORDER BY会以任何方式影响性能，还是因为行已经按此顺序排列而被分析器忽略？

我正在使用 SQL Server 2005 数据库。

sql-server performance

3 个回答

  1. Best Answer

    它几乎肯定会影响性能。

    如果你只是做一个查询

    Select *
From Table
Order by PrimaryKey

    它可能根本不会影响任何事情。

    但请记住，这仅确定聚集索引叶级别的行顺序。如果您这样做JOIN，或使用其他避免键查找的索引，那么ORDER BY将产生额外的工作。

    如果您JOIN在查询此表时将使用或引用的每个索引和每个表都按相同的键（在相同的方向）排序，那么它可能不会影响性能。在这个非常有限的场景之外，你会看到一个成功。

    仅ORDER BY在结果的顺序确实很重要时使用。根据我的经验，它很少需要。

    • 7

  2. 对于复杂的查询，SQL Server 可能决定它需要对查询中的部分数据进行排序，甚至可能需要多个排序运算符，具体取决于可用的索引和查询的复杂性。

    这些排序肯定会影响查询的性能，尤其是在处理大型表时，并且在某些情况下，您会发现添加 Order By 语句会显着改变 SQL Server 为您的查询生成的执行计划。

    如果您有兴趣查看对正在调整的查询进行排序的影响，请使用 SQL Sentry Plan Explorer（免费）运行实际计划或使用 SSMS 并打开“包括实际执行计划”并通过悬停查看有序指标计划中的各个数据步骤。在 Plan Explorer 中，您还可以查看 Plan Tree 或 Top Operations 视图中的 Ordered 列。

    对于简单的事情：

    Select * 
From Table 
Order by PrimaryKey

    您应该会发现，虽然 Order By 似乎没有更改查询的查询计划，但是当您添加 Order By 时，执行计划中的 Ordered 指示符确实从 False 更改为 True。

    您可能听说过“如果没有 ORDER BY 子句，则无法保证从 SELECT 语句返回的结果的顺序”；造成这种情况的一个原因是SQL Server企业版的一项功能，它允许 SQL Server 在另一个表扫描之上搭载一个表扫描，有时称为“旋转木马”扫描，也称为“高级扫描”。

    为了进一步研究，我强烈推荐以下两本书，它们目前可作为 RedGate 的免费电子书获得：

    希望这可以帮助！

    • 4

  3. 查看两个查询的查询计划，您会看到“order by”子句将导致查询的其余部分返回的数据排序（应该在内存中，但如果内存不足则可以分页)。排序所花费的时间与数据量（它必须至少遍历一次）以及数据的排序程度有关（如果您在索引列上排序，或者在索引列）

    • 2

相关问题