索引类型：聚簇索引与非聚簇索引、唯一索引、联合索引、全文索引

索引这东西，说白了就是数据库的「目录」。没有它，查询就是全表扫描——数据量小还好，上了百万级你就等着报警吧。我这些年调过的慢查询，十有八九都是索引没用好。

但索引也不是随便建的。建错了，写操作变慢，磁盘空间暴涨。建对了，查询速度能提升几个数量级。今天咱们就把几种核心索引类型掰开揉碎讲清楚。

聚簇索引 vs 非聚簇索引

这是最基础、也最容易混淆的一对概念。我面试时经常问，能讲清楚的人不多。

聚簇索引，表数据的物理存储顺序和索引顺序一致。一张表只能有一个聚簇索引。InnoDB 里，主键就是聚簇索引。如果你没定义主键，它会选一个唯一非空索引；还没有，就隐式生成一个 6 字节的 rowid。

聚簇索引的叶子节点存的是整行数据。所以通过主键查数据，一次 B+ 树搜索就能拿到全部字段，不需要回表。这就是为什么主键查询那么快。

非聚簇索引，叶子节点存的是主键值（InnoDB）或行指针（MyISAM）。查询时先找到主键，再回聚簇索引取数据——这个过程叫「回表」。回表一次还好，回表几百次性能就崩了。

对比维度	聚簇索引	非聚簇索引
每表数量	1 个	多个
叶子节点内容	整行数据	主键值（InnoDB）
是否需要回表	否	是
物理顺序	与索引顺序一致	与索引顺序无关
适用场景	主键查询、范围查询	非主键列的精确匹配

唯一索引

唯一索引保证索引列的值全局唯一。它和主键的区别在于：唯一索引允许 NULL 值（而且可以多个 NULL），主键不允许。

唯一索引有两个作用：一是约束数据完整性，二是加速查询。MySQL 对唯一索引的查询优化优先级很高，因为它知道最多只返回一条记录。

-- 创建唯一索引
CREATE UNIQUE INDEX idx_user_email ON users(email);

-- 或者建表时指定
CREATE TABLE users (
    id INT PRIMARY KEY,
    email VARCHAR(255) UNIQUE,
    name VARCHAR(100)
);

联合索引

联合索引，也叫复合索引，是多个列组合成一个索引。它遵循「最左前缀原则」——查询条件必须从索引的最左列开始匹配，才能用到索引。

举个例子，索引 (a, b, c) 能匹配的查询模式：

• WHERE a = 1 ✅ 用到索引
• WHERE a = 1 AND b = 2 ✅ 用到索引
• WHERE a = 1 AND b = 2 AND c = 3 ✅ 用到索引
• WHERE b = 2 ❌ 用不到索引
• WHERE a = 1 AND c = 3 ⚠️ 只用到了 a 列

为什么会这样？因为 B+ 树是按索引列的顺序构建的。先按 a 排序，a 相同再按 b 排序，b 相同再按 c 排序。跳过前面的列直接查后面的，树就不知道怎么走了。

全文索引

全文索引专门用来处理文本搜索。LIKE '%keyword%' 这种写法，数据量一大就废了——它不走索引，全表扫描。全文索引用倒排索引（Inverted Index）实现，把文档拆成词条，再映射到文档 ID。

MySQL 的全文索引只支持 MyISAM 和 InnoDB（5.6 以后）。用法很简单：

-- 创建全文索引
CREATE FULLTEXT INDEX idx_content ON articles(content);

-- 查询
SELECT * FROM articles
WHERE MATCH(content) AGAINST('数据库优化' IN NATURAL LANGUAGE MODE);

全文索引有三种搜索模式：

• 自然语言模式：默认模式，按相关性排序
• 布尔模式：支持 +、-、* 等操作符，精确控制搜索逻辑
• 查询扩展模式：先搜一次，再用结果中的高频词扩展搜索

一张图看懂索引体系

下面这张图把几种索引的关系和适用场景串起来了。我建议你保存下来，面试前看一眼就够了。

如何选择索引类型

选索引类型，其实就是在问自己三个问题：

1. 查询频率最高的列是什么？——优先建索引
2. 查询是精确匹配还是范围查询？——精确匹配用唯一索引或普通索引，范围查询用聚簇索引或联合索引
3. 是否需要文本搜索？——是的话上全文索引，别用 LIKE