首先，我们需要了解正常(没有索引)查询是如何运行的。它基本上是逐个遍历每一行，当它找到数据时就返回。参考下图。(图片来自视频)

假设查询要找到50条记录，那么作为线性搜索，它必须读取49条记录。

参考下图。(图片来自视频)

当我们应用索引时，查询将快速找到数据，而不需要读取每个数据，只需要在每次遍历中消除一半的数据，就像二进制搜索一样。mysql索引存储为b -树，其中所有数据都在叶节点中。

索引-轻松找到数据

UNIQUE INDEX -不允许重复的值

INDEX的语法

CREATE INDEX INDEX_NAME ON TABLE_NAME(COLUMN);

UNIQUE INDEX的语法

CREATE UNIQUE INDEX INDEX_NAME ON TABLE_NAME(COLUMN);

首先，我们需要了解正常(没有索引)查询是如何运行的。它基本上是逐个遍历每一行，当它找到数据时就返回。参考下图。(图片来自视频)

假设查询要找到50条记录，那么作为线性搜索，它必须读取49条记录。

参考下图。(图片来自视频)

当我们应用索引时，查询将快速找到数据，而不需要读取每个数据，只需要在每次遍历中消除一半的数据，就像二进制搜索一样。mysql索引存储为b -树，其中所有数据都在叶节点中。

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

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

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

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

索引是与表或视图相关联的磁盘结构，可加快从表或视图检索行的速度。索引包含从表或视图中的一个或多个列构建的键。这些键存储在一个结构(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

希望这能有所帮助!

索引就是为了快速找到数据。

数据库中的索引类似于书籍中的索引。如果一本书有索引，我让你在书中找到一个章节，你可以在索引的帮助下很快找到。另一方面，如果这本书没有索引，你将不得不花更多的时间从开始到结束寻找每一页的章节。

以类似的方式，数据库中的索引可以帮助查询快速找到数据。如果你不熟悉索引，下面的视频会非常有用。事实上，我从他们身上学到了很多。

指数基本知识 聚集索引和非聚集索引 唯一索引和非唯一索引 指标的优缺点