为何在同一键上同时创建唯一聚集约束与非聚集索引？

问题背景 #

用户发现数据库中存在如下索引定义：

ALTER TABLE [dbo].[PAYER] ADD CONSTRAINT [XAK1PAYER] UNIQUE CLUSTERED ([ORG_ID] ASC);

CREATE NONCLUSTERED INDEX [IDX_PAYER_ORG_ID] ON [dbo].[PAYER] ([ORG_ID] ASC);

对应的索引使用统计信息：

[XAK1PAYER]:            Reads: 231,630 (230,738 seek 352 scan 540 lookup) Writes: 17
[IDX_PAYER_ORG_ID]:     Reads: 61,395 (26,600 seek 34,795 scan) Writes: 17

用户的核心疑问：

• 唯一聚集约束本身就是通过聚集索引实现的，为何SQL Server会同时使用两个索引？
• 更新操作会同时维护两个索引并触发锁定，出于空间考虑是否可以删除第二个非聚集索引？

核心分析 #

1. 聚集索引与非聚集索引的本质差异 #

你说得没错，XAK1PAYER作为唯一聚集约束，本质就是一个唯一聚集索引，它的叶子节点存储的是整张表的完整数据行。而IDX_PAYER_ORG_ID是仅包含ORG_ID列的非聚集索引，它的叶子节点只存储ORG_ID的值（因为聚集表的非聚集索引叶子节点会引用聚集键，这里聚集键就是ORG_ID，所以非聚集索引的叶子节点仅需存储ORG_ID）。

这种结构差异直接导致：

• 当查询只需要ORG_ID列时，扫描非聚集索引的IO成本更低——每页能容纳更多的ORG_ID记录，减少磁盘读取次数。统计信息中非聚集索引的34,795次扫描，大概率就是这类仅需ORG_ID的查询触发的。
• 聚集索引的扫描（仅352次）则对应需要读取完整行数据的查询。

2. SQL Server选择使用两个索引的原因 #

SQL Server优化器会根据查询需求和索引的成本估算选择最优执行计划：

• 对于仅涉及ORG_ID的查询（比如SELECT ORG_ID FROM PAYER WHERE ...或分组统计ORG_ID的查询），非聚集索引因为更“轻量化”，被选中的概率更高。
• 对于需要读取其他列的查询，聚集索引可以直接返回完整数据，无需额外的键查找，因此会被优先选择。

3. 删除非聚集索引的可行性判断 #

如果要删除IDX_PAYER_ORG_ID，需要评估以下两点：

• 性能影响：那些原本依赖非聚集索引的查询，会转而使用聚集索引。由于聚集索引的叶子节点是完整数据行，扫描时的IO量会增加，但如果这类查询频次不高，或服务器IO资源充足，性能下降可能在可接受范围内。
• 维护收益：删除后，所有针对ORG_ID的更新、插入、删除操作，只需维护聚集索引，减少了写入时的锁定开销和磁盘空间占用，这也是你关注的核心收益点。

建议先通过SQL Server的执行计划缓存或查询存储，找出所有使用IDX_PAYER_ORG_ID的查询，评估这些查询在删除索引后的性能变化，再决定是否执行删除操作。

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