SQL Server用户表userId列unique constraint及索引性能优化疑问

问题1：是否需要为userId列创建聚集索引？ #

首先明确SQL Server的核心规则：单张表仅支持1个聚集索引，聚集索引的叶子节点就是表的实际数据行，决定了数据的物理存储顺序。你当前的自增id主键如果没有特殊指定，创建时默认就是聚集索引，要给userId建聚集索引需要先删除原主键上的聚集索引。

从性能角度判断是否需要调整，核心看你的业务优先级：

• 如果你大量按userId查询的读性能优先级远高于写性能：非常推荐调整。聚集索引可以让select by userId的请求一次查找就拿到所有行数据，避免非聚集索引需要二次回表的开销，读性能提升非常明显。
• 如果你业务的插入/更新吞吐量要求极高：要谨慎评估。自增id作为聚集索引时，新数据永远插入到数据页末尾，不会产生页分裂，写性能极高；如果userId不是有序生成的，作为聚集索引后插入时会频繁触发页分裂，导致写性能大幅下降。

问题2：同列同时存在非聚集和聚集索引是否可行，会不会影响性能？ #

技术上可以创建，但完全没有必要，反而会严重影响整体性能：

• 写操作开销翻倍：所有插入、更新、删除操作都需要同时维护两个索引，额外消耗CPU、IO和存储空间。
• 你担心的查询跳转问题不会出现：SQL Server查询优化器会自动选择成本最低的执行计划，同列有聚集索引的情况下，不会选择走非聚集索引再回表，会直接走效率更高的聚集索引。

如果确定要将userId设为聚集索引，操作顺序建议：先删除userId列上唯一约束对应的自动生成的非聚集索引，再为userId创建唯一聚集索引即可，唯一约束的效果可以通过唯一聚集索引直接覆盖，不需要额外保留。

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