聚簇索引和非聚簇索引在数据库优化中扮演着不同的角色。 聚簇索引直接决定了表中数据行的物理顺序。 当您创建聚簇索引时，数据库会重新组织表的数据以匹配索引的顺序，从而提高范围查询或排序操作的效率。 每个表只能有一个聚簇索引，因为数据本身不能以多种方式进行物理排序。 例如，如果在 UserID 列上创建聚簇索引，则行将按 UserID 的升序或降序存储在磁盘上。 这使得检索连续行（例如 ID 为 100-200 的用户）非常快。
相比之下，非聚簇索引是一个单独的结构，不影响物理数据顺序。 相反，它会创建一个已排序的键值列表，并配以指向实际数据行的指针。 一个表可以有多个非聚簇索引，每个索引都针对不同的查询模式进行了优化。 例如，Users 表可能在 Email 列上有一个非聚簇索引，以加快登录查找速度。 当按电子邮件查询时，数据库首先扫描索引以查找电子邮件的位置，然后从主表中检索完整行。 如果表具有聚簇索引，则非聚簇索引指向聚簇索引键；否则，它直接指向磁盘位置（堆）。
两者之间的选择取决于用例。 聚簇索引非常适合频繁用于范围扫描或作为主要访问路径的列（例如，主键）。 但是，对聚簇键的频繁更新可能导致碎片。 非聚簇索引更适合支持非主列上的临时查询，但它们会在写入期间增加开销，因为必须更新表和索引。 例如，在 CreatedDate 上添加非聚簇索引有助于快速按日期过滤记录，但会减慢插入速度。 正确的索引需要平衡读取性能的提高与写入成本和存储开销。