聚簇索引记录表的顺序,更快的查到表,非聚簇索引查到主键id 再将主键id返回回表查询
聚簇索引(Clustered Index)和非聚簇索引(Non-clustered Index)是数据库索引的两种基本类型,它们在数据存储和查询性能方面有所不同。
- 聚簇索引(Clustered Index):
聚簇索引是一种特殊的索引,它决定了数据在物理存储上的排序顺序。在聚簇索引中,数据行是按照索引键的顺序来物理存储的。每个表只能有一个聚簇索引,因为数据行的物理顺序只可能有一个。聚簇索引通常用于经常需要顺序访问的查询,如按日期范围检索数据。
聚簇索引的优势在于,当查询使用了聚簇索引的排序顺序时,数据库可以快速定位到数据所在的物理位置,从而提高查询性能。然而,插入和更新操作可能会因为需要保持索引的顺序而变得相对较慢。
- 非聚簇索引(Non-clustered Index):
非聚簇索引不决定数据的物理存储顺序,它们独立于数据存储,通常存储在单独的索引结构中。非聚簇索引包含指向数据表中实际数据行的指针。一个表可以有多个非聚簇索引,并且它们可以基于任何列的组合创建。
非聚簇索引的优势在于,它们可以快速定位到包含所需数据的行,而不需要重新排序数据。但是,当查询没有使用非聚簇索引的键值时,查询性能可能会受到影响,因为数据库可能需要全表扫描来找到数据。
总结一下,聚簇索引直接影响数据的物理存储顺序,非聚簇索引则不直接影响数据的物理存储,并且可以有多个。在设计数据库索引策略时,需要根据实际应用场景和查询模式来决定使用哪种索引类型,以及如何优化索引结构以提高查询性能。
举个例子
当我们谈论聚簇索引和非聚簇索引时,可以通过一个简单的例子来说明它们的不同:
假设有一个名为 Employees
的员工信息表,包含以下几个字段:
EmployeeID
(聚簇索引)LastName
FirstName
DepartmentID
Salary
- 聚簇索引示例:
假设我们在 EmployeeID
字段上创建了聚簇索引。这意味着数据表中的数据行按照 EmployeeID
的值进行物理排序存储。例如,如果有以下数据:
EmployeeID | LastName | FirstName | DepartmentID | Salary |
---|---|---|---|---|
1 | Smith | John | 101 | 50000 |
2 | Johnson | Jane | 102 | 60000 |
3 | Williams | David | 101 | 55000 |
… | … | … | … | … |
在这种情况下,数据行根据 EmployeeID
的顺序存储。当我们执行类似于 SELECT * FROM Employees WHERE EmployeeID = 2
的查询时,数据库引擎可以直接通过聚簇索引快速定位到 EmployeeID
为 2 的数据行,因为它知道数据行的物理位置。
- 非聚簇索引示例: