MySQL 聚簇索引与非聚簇索引详解
聚簇索引 (Clustered Index)
聚簇索引决定了表中数据的物理存储顺序，表数据按照聚簇索引的顺序存储。
特点：
- 数据与索引一体：索引的叶子节点直接包含完整的数据行
- 每个表只能有一个：因为数据只能按一种方式物理排序
- 主键默认是聚簇索引：如果没有主键，InnoDB会选择一个唯一非空索引代替，如果也没有，则会隐式创建一个自增列作为聚簇索引
- 查询效率高：因为通过索引可以直接获取数据，不需要二次查找
优点：
- 对于主键的查找速度非常快
- 范围查询效率高，因为相邻的数据物理上存储在一起
- 适合排序操作
缺点：
- 插入速度依赖于插入顺序，按主键顺序插入最快
- 更新聚簇索引列的代价高，因为需要移动整行数据
- 二级索引访问需要两次查找（先找二级索引，再找主键）
非聚簇索引 (Secondary Index/Non-clustered Index)
非聚簇索引是独立于数据存储结构的索引，其叶子节点不包含完整的数据行。
特点：
- 索引与数据分离：叶子节点存储的是主键值或指向数据行的指针
- 每个表可以有多个：可以创建多个非聚簇索引
- 需要回表查询：通过非聚簇索引找到主键后，还需要通过主键去聚簇索引中查找完整数据
优点：
- 创建灵活，可以针对不同查询需求创建多个索引
- 更新代价比聚簇索引小，因为不需要移动数据行
缺点：
- 查询效率通常低于聚簇索引，因为可能需要二次查找（回表）
- 范围查询效率不如聚簇索引
关键区别
| 特性 | 聚簇索引 | 非聚簇索引 |
|---|---|---|
| 数量 | 每表1个 | 每表多个 |
| 存储内容 | 存储完整数据行 | 存储主键值或指针 |
| 查询效率 | 高（直接获取数据） | 较低（可能需要回表） |
| 插入性能 | 依赖于插入顺序 | 影响较小 |
| 更新代价 | 高（可能移动数据行） | 较低 |
实际应用建议
- 谨慎选择聚簇索引的列（通常是主键），最好使用自增整型
- 为常用查询条件创建合适的非聚簇索引
- 避免过度索引，因为每个索引都会增加维护成本
- 考虑使用覆盖索引（索引包含查询所需的所有字段）来避免回表操作
理解这两种索引的区别对于MySQL性能优化至关重要，特别是在设计大型数据库时。