索引用于加快查询的性能。它通过减少必须访问/扫描的数据库数据页的数量来实现这一点。

在SQL Server中，聚集索引决定了表中数据的物理顺序。每个表只能有一个聚集索引(聚集索引就是表)。表上的所有其他索引都称为非聚集索引。

SQL Server索引基础 SQL Server索引基础 SQL Server索引 指数基本知识 指数(维基)

索引用于加快在数据库中的搜索速度。MySQL有一些关于这个主题的很好的文档(也适用于其他SQL服务器): http://dev.mysql.com/doc/refman/5.0/en/mysql-indexes.html

索引可用于高效地查找查询中与某列匹配的所有行，然后仅遍历表的该子集以查找精确匹配。如果WHERE子句中的任何列上都没有索引，SQL server必须遍历整个表并检查每一行以查看是否匹配，这在大表上可能是一个缓慢的操作。

索引也可以是UNIQUE索引，这意味着在该列中不能有重复的值，也可以是PRIMARY KEY，在某些存储引擎中，PRIMARY KEY定义了值在数据库文件中的存储位置。

在MySQL中，你可以在SELECT语句前使用EXPLAIN来查看你的查询是否使用了任何索引。这是排除性能问题的良好开端。点击此处阅读更多信息: http://dev.mysql.com/doc/refman/5.0/en/explain.html

索引的使用有几个不同的原因。主要原因是为了加快查询速度，以便更快地获取行或对行进行排序。另一个原因是定义一个主键或唯一索引，这将保证没有其他列具有相同的值。

索引是与表或视图相关联的磁盘结构，可加快从表或视图检索行的速度。索引包含从表或视图中的一个或多个列构建的键。这些键存储在一个结构(b -树)中，使SQL Server能够快速有效地查找与键值关联的行。

当在表列上定义了PRIMARY KEY和UNIQUE约束时，会自动创建索引。例如，当您创建一个带有UNIQUE约束的表时，数据库引擎会自动创建一个非聚集索引。

如果配置了PRIMARY KEY，数据库引擎将自动创建聚集索引，除非已经存在聚集索引。当您试图在现有表上强制PRIMARY KEY约束，而该表上已经存在聚集索引时，SQL Server将使用非聚集索引强制主键。

有关索引(聚集和非聚集)的更多信息，请参考此: https://learn.microsoft.com/en-us/sql/relational-databases/indexes/clustered-and-nonclustered-indexes-described?view=sql-server-ver15

希望这能有所帮助!

一般来说，索引是b树。有两种类型的索引:聚集索引和非聚集索引。

聚集索引创建了行的物理顺序(它可以只有一个，在大多数情况下它也是一个主键——如果你在表上创建了主键，你也在这个表上创建了聚集索引)。

非聚类索引也是一棵二叉树，但它不创建行的物理顺序。因此非聚类索引的叶节点包含PK(如果存在)或行索引。

索引用于提高搜索速度。因为复杂度是O(log N)。索引是一个非常大而有趣的话题。可以说，在大型数据库上创建索引有时是一种艺术。

INDEX不是SQL的一部分。INDEX在物理层面上创建一个平衡树来加速CRUD。

SQL是一种描述概念级模式和外部级模式的语言。SQL不描述物理层模式。

创建INDEX的语句是由DBMS定义的，而不是SQL标准。