MySQL索引是快速定位数据行的特殊数据结构，如B+树组织的目录，可减少扫描行数；主键、唯一、普通、组合、全文等索引各适用不同场景，但需权衡写入开销、空间占用与优化器误判风险。
MySQL 中的索引，本质上是一种帮助数据库**快速定位数据行**的特殊数据结构，就像一本书的目录——你不需要从第一页翻到最后一页找某个知识点，而是直接查目录跳转到对应页码。
索引的核心作用是减少扫描行数
没有索引时，MySQL 执行 WHERE 查询往往要逐行检查整张表（全表扫描），数据量越大越慢。有了索引，数据库先在索引中查找匹配值，再通过指针直接读取目标行，跳过大量无关数据。
- 例如：对
users表的email字段建索引后，执行SELECT * FROM users WHERE email = 'a@b.com'就不再扫全表，而是快速定位到那一条记录 - 索引通常基于 B+ 树组织（默认），保证查找、范围查询和排序都高效；少数场景用哈希索引（如 Memory 引擎），但不支持范围查询
常见索引类型及其关键区别
不同索引适用于不同约束和查询模式，选错类型可能白建：
- 主键索引：唯一 + 非空，每张表仅一个，InnoDB 中它就是聚簇索引（数据行按主键顺序物理存储）
- 唯一索引：值必须唯一，但允许 NULL；可用于确保业务字段不重复（如手机号、身份证号）
- 普通索引：无唯一性限制，最常用，适合高频查询但允许重复的字段（如状态、分类）
-
组合索引：多个字段联合创建，遵循“最左前缀原则”——只有查询条件包含最左列时才生效（如
(a,b,c)索引，WHERE a=1 AND b=2有效，WHERE b=2无效） -
全文索引：专为大文本字段（
TEXT/VARCHAR）设计，支持MATCH ... AGAINST的语义搜索，不是LIKE '%xxx%'的替代品
索引不是越多越好，得看代价
每个索引都会带来额外开销，建之前要权衡：
- 写操作变慢：每次
INSERT/UPDATE/DELETE都要同步更新索引树，尤其高并发写入时影响明显 - 占用磁盘空间：索引本身要存数据（键值 + 指针），大表的索引可能比原表还大
- 优化器可能“选错”：索引过多会让 MySQL 优化器判断成本变复杂，反而走错执行计划
什么时候该加索引？几个实用信号
不必凭感觉，观察真实查询行为更可靠：
- 经常出现在
WHERE条件中的字段（尤其是等值或范围查询） - 频繁用于
ORDER BY或GROUP BY的列——索引天然有序，能避免额外排序 - 常作为
JOIN关联条件的外键字段（如order.user_id关联user.id） - 执行
EXPLAIN发现type是ALL（全表扫描）、rows值远大于实际返回行数
