聚簇索引决定数据物理存储顺序，每表仅一个，InnoDB以主键构建，数据存于B+树叶子节点；非聚簇索引叶子节点存主键值，需回表查询完整数据，支持多个，可利用覆盖索引避免回表。
在MySQL中，聚簇索引和非聚簇索引是两种重要的索引组织方式，主要影响数据的存储结构和查询效率。理解它们的关键在于搞清楚数据行是否和索引结构紧密绑定在一起。
聚簇索引（Clustered Index）
聚簇索引决定了表中数据行的物理存储顺序。也就是说，数据行本身存储在B+树的叶子节点上，索引的结构和数据是一体的。
- InnoDB引擎默认使用主键作为聚簇索引。如果你没有定义主键，InnoDB会自动选择一个唯一非空索引，如果没有这样的索引，还会隐式创建一个6字节的rowid作为聚簇索引。
- 因为数据行只能按一种方式排序，所以每张表只能有一个聚簇索引。
- 根据主键查询非常快，因为直接定位到数据所在页，不需要额外的查找。
- 插入数据时会按照主键顺序排列，可能导致页分裂或频繁调整B+树结构，特别是在主键无序插入时。
非聚簇索引（Secondary Index / 非聚簇索引）
非聚簇索引的叶子节点不存储完整的数据行，而是存储对应行的主键值。当你通过非聚簇索引查找数据时，需要先找到主键，再通过主键去聚簇索引中查找完整数据——这个过程叫做回表查询。
- 常见的普通索引、唯一索引、联合索引都属于非聚簇索引。
- 可以有多个非聚簇索引，每个都指向聚簇索引的主键。
- 查询效率相对聚簇索引略低，因为多了一次索引跳转（回表）。
- 如果查询只需要用到索引中的字段（覆盖索引），就可以避免回表，提升性能。
举个例子帮助理解
假设有一张用户表：
CREATE TABLE users ( id INT PRIMARY KEY, name VARCHAR(50), email VARCHAR(100), INDEX idx_name (name) );
- id 是聚簇索引：所有数据按id有序存储在B+树的叶子节点。
- idx_name 是非聚簇索引：它的B+树叶子节点保存的是 (name, id) 的组合。当你执行 SELECT * FROM users WHERE name = 'Alice'，先在 idx_name 中找到对应的 id，再用这个 id 去主键索引中查出完整记录。
- 如果执行的是 SELECT id, name FROM users WHERE name = 'Alice'，由于所有需要的字段都在非聚簇索引中，就不需要回表，称为“覆盖索引”优化。
基本上就这些。聚簇索引关乎数据怎么存，非聚簇索引是辅助查找路径。合理设计主键和索引，能显著提升查询性能。
