SQL Server索引未按规则生效：查询结果排序异常问题咨询

这个现象完全正常 #

原因在于数据库查询优化器的执行计划选择逻辑：

• 当执行SELECT [Id],[CreateDate] FROM [Users]时，这两个字段刚好全部包含在你创建的CreateDate非聚集索引中（主键Id会自动作为行定位符被包含在非聚集索引里），数据库会直接使用这个覆盖索引返回数据。由于索引本身是按CreateDate排序的，所以返回结果自然遵循索引的顺序。
• 当查询包含IsDeleted、Login、DeleteDate这些不在CreateDate索引中的字段时，若继续使用该索引，数据库需要额外执行回表操作（去聚集索引中获取这些字段的数据），这会增加IO成本。此时查询优化器会评估成本，大概率选择直接扫描聚集索引（主键索引）来获取所有需要的字段，而聚集索引的排序逻辑是按主键Id来的，所以返回结果就不会按CreateDate排序。

对性能的影响 #

• 仅查询Id和CreateDate的场景：走覆盖索引的IO开销极低，性能表现优秀，这是索引设计的理想场景之一。
• 查询多字段的场景：如果数据量较小，扫描聚集索引的性能差异不明显；但数据量较大时，全表扫描的IO成本会显著上升。如果你的业务频繁需要按CreateDate排序并获取这些多字段数据，建议创建包含额外字段的覆盖索引，示例语句如下：

  CREATE INDEX IX_Users_CreateDate_Include ON Users(CreateDate) INCLUDE (IsDeleted, Login, DeleteDate)
  

  这样优化器可以直接使用该索引返回有序结果，同时避免回表操作，大幅提升查询性能。

重要提醒 #

SQL标准并未规定查询结果会默认遵循索引顺序返回，只有显式添加ORDER BY CreateDate子句，才能保证结果始终按CreateDate排序。依赖索引顺序的结果是不可靠的，优化器会根据数据分布、统计信息、服务器负载等因素动态调整执行计划，导致结果顺序随时可能变化。

内容的提问来源于stack exchange，提问作者Muhammet İkbal