SQL Server 2022：双列唯一索引顺序不同致查询性能差异求助

• 字段选择性与数据分布差异：双列索引的性能差距核心在于Login和Password的字段选择性（即值的唯一程度）。如果Password的重复率远低于Login，以Password为前缀的索引（IX_Userdatas_Password_Login）在查找时能快速缩小数据范围，减少后续匹配Login的行数，整体查找成本更低；而Login前缀索引因Login重复率高，需要扫描更多索引条目才能定位到匹配Password的行，速度自然变慢。
• 回表成本的间接影响：两个索引都未包含其他列，查询时需通过**键查找（Key Lookup）**回表取完整数据。若Password前缀索引能更快定位到更少目标行，回表的总IO成本会远低于Login前缀索引，这也是性能差异的关键原因。
• 优化器估算偏差：即使重置了统计信息，若统计数据未完整反映字段真实分布（比如Login重复率远高于预期），优化器可能错误估算Login前缀索引的执行成本，实际执行时因扫描行数过多导致变慢；而Password前缀索引的估算更贴近实际，因此选择了更高效的执行路径。

1. 创建覆盖索引，消除回表开销
   既然查询需要返回Userdatas的全部数据，将所需列包含到索引中，避免回表操作：

   CREATE UNIQUE NONCLUSTERED INDEX IX_Userdatas_Login_Password_Covering
   ON Userdatas(Login, Password)
   INCLUDE (/* 列出Login、Password之外的所有查询列 */);
   

   覆盖索引能让查询直接从索引获取所有数据，彻底消除键查找的IO成本。

2. 更新全量统计信息
   重置统计信息时若未用全量扫描，可能导致数据分布估算不准。执行全量统计更新，让优化器获得精准数据：

   UPDATE STATISTICS Userdatas WITH FULLSCAN;
   

3. 给临时表添加关联字段索引
   为UserdatasTemp的Login和Password创建索引，降低关联时临时表的查找成本：

   CREATE NONCLUSTERED INDEX IX_UserdatasTemp_Login_Password
   ON UserdatasTemp(Login, Password);
   

4. 避免SELECT *，只查必要字段
   除非确实需要所有列，否则仅查询业务所需字段。这不仅减少数据传输量，还能缩小覆盖索引的大小，提升索引存储和查询效率。

5. 验证字段类型一致性
   检查Userdatas和UserdatasTemp中Login、Password的字段类型是否完全一致（比如同为varchar(50)而非一个varchar一个nvarchar）。隐式类型转换会导致索引失效，需排除这类潜在问题。

内容的提问来源于stack exchange，提问作者Sergey Neklyudov