SQL Server多字段索引对首字段查询的效果及是否需单独建索引

首先明确：你现有的唯一非聚集索引无法覆盖这个SELECT *查询。因为SELECT *需要返回表中所有列，而该索引的叶子节点仅包含CompanyId、SiteName、SiteCode以及聚集索引键（若表为聚集索引表），其余列的数据必须通过回表（Key Lookup）获取，不符合覆盖索引的定义。

两种索引的性能对比 #

仅包含CompanyId的非聚集索引确实比现有索引更高效，核心原因如下：

• 索引体积更小：每个索引行仅存储CompanyId和聚集键，比现有索引少了SiteName和SiteCode的存储开销，每页能容纳更多索引条目，磁盘IO和内存占用都会显著降低。
• 查找速度更快：紧凑的索引结构意味着定位目标CompanyId的行时，需要读取的索引页数更少，IO开销更低，数据量越大，这种优势越明显。
• 维护成本更低：当SiteName或SiteCode更新时，现有索引需要同步更新；而仅CompanyId的索引只有在CompanyId变更时才需要维护，大幅减少了写操作的额外开销。

性能差异是否显著？ #

• 若表数据量较小（如几千行）：两种索引的性能差异基本可忽略，因为数据能轻松缓存到内存，IO开销极低。
• 若表数据量较大（如百万级以上），或SiteName/SiteCode是较长字符串：仅CompanyId的索引优势会非常显著，不仅查询响应更快，日常的索引维护开销也会小很多。

额外建议 #

如果现有索引还有其他业务用途（比如需要用CompanyId+SiteName作为查询条件，或者依赖CompanyId+SiteName+SiteCode的唯一约束），可以保留该索引；但如果只是为了支持这个SELECT * WHERE CompanyId=...的查询，单独创建仅包含CompanyId的非聚集索引是更优的选择。

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