MySQL的聚簇索引是数据与索引合一的B+Tree结构，InnoDB表有且仅有一个，优先选主键，其次非空唯一索引，否则隐式生成row_id；其决定物理存储顺序，故唯一，且影响查询高效性与写入开销。
MySQL 中的聚簇索引（Clustered Index）不是一种独立的索引类型，而是一种数据存储方式：它把索引结构和实际数据行存放在同一个 B+Tree 中，叶子节点直接包含完整的用户记录。InnoDB 表必须且只能有一个聚簇索引，因为数据行在磁盘上的物理顺序只能按一种方式排列。
聚簇索引怎么选出来的
InnoDB 会自动为每张表创建一个聚簇索引，选择逻辑如下：
- 如果定义了主键（PRIMARY KEY），主键就是聚簇索引；
- 如果没有主键，但存在一个所有列都 NOT NULL 的唯一索引（UNIQUE），则该索引被用作聚簇索引；
- 如果既无主键，也无合适唯一索引，InnoDB 会隐式生成一个名为 GEN_CLUST_INDEX 的 6 字节隐藏 row_id 作为聚簇索引，该值随插入自增。
为什么聚簇索引只能有一个
因为聚簇索引决定了数据行在磁盘上的物理存储顺序。一行数据不可能同时按主键顺序、又按时间戳顺序、再按用户名顺序存放。B+Tree 的叶子节点既是索引项，又是真实数据页，所以一个表只能有一种“数据摆放方式”——这也就锁定了聚簇索引的唯一性。
聚簇索引对查询和写入的影响
它的特性直接影响性能表现：
- 主键等值查询极快：一次 B+Tree 查找直达数据，无需回表；
-
范围扫描高效：比如
WHERE id BETWEEN 100 AND 200，数据物理连续，I/O 更少； - ORDER BY 主键天然有序：避免额外排序开销；
- 插入/更新有代价：若主键非自增（如 UUID），新记录可能插入中间页，引发页分裂与碎片；
- 辅助索引变大：每个二级索引的叶子节点都存主键值，主键越长，索引占用空间越多。
聚簇索引 vs 非聚簇索引（二级索引）
关键区别在于叶子节点内容：
- 聚簇索引叶子 = 完整数据行；
- 非聚簇索引叶子 = 索引列值 + 对应的主键值（不是物理地址）；
- 用非聚簇索引查数据时，需先查出主键，再用主键去聚簇索引里查全行——这个过程叫回表。
