聚集索引(Clustered Index)与无ORDER BY查询结果排序规则问题

结论 #

即使表上创建了聚集索引，不带ORDER BY子句的查询也绝对不保证返回结果遵循聚集索引的排序规则，任何时候需要固定的返回顺序，都必须显式指定ORDER BY子句。

核心依据 #

SQL 标准本身没有对无排序语句的查询返回顺序做任何约束，你观察到的「返回顺序和聚集索引一致」只是特定执行计划下的偶然现象，并非数据库承诺的稳定特性，存在大量场景会打破这个巧合：

• 当查询存在更优的非聚集索引覆盖时：比如你的查询需要的所有列刚好被某个非聚集索引包含，数据库会优先选择体积更小、扫描更快的非聚集索引执行，返回顺序会遵循该非聚集索引的排序，和聚集索引无关。
• 当执行计划触发并行扫描时：对于大表查询，数据库会启动多个工作线程同时扫描聚集索引的不同数据区间，最终结果是多个线程返回数据的拼接顺序，不会额外做排序处理，返回结果自然是乱序的。
• 其他特殊场景：比如MVCC多版本并发控制下需要合并多版本数据、表存在页拆分碎片、引擎做预读优化等，都可能导致返回顺序偏离聚集索引的排序。

针对补充背景的说明 #

你提到的「ORDER BY指定聚集索引全部列时执行计划没有排序运算符」是优化器的正常优化逻辑：当你显式声明了排序要求，优化器会利用聚集索引本身的有序性，直接按索引顺序扫描返回结果，省略掉额外的排序步骤。但这个逻辑的前提是你显式指定了ORDER BY，不能反过来推导「不加ORDER BY数据库也会按聚集索引顺序返回」。

内容的提问来源于stack exchange，提问作者Chicken Sandwich No Pickles