MySQL 中的索引，本质上是一种帮助数据库**快速定位数据行**的特殊数据结构，就像一本书的目录——你不需要从第一页翻到最后一页找某个知识点，而是直接查目录跳转到对应页码。
索引的核心作用是减少扫描行数
没有索引时，MySQL 执行
WHERE查询往往要逐行检查整张表（全表扫描），数据量越大越慢。有了索引，数据库先在索引中查找匹配值，再通过指针直接读取目标行，跳过大量无关数据。 例如：对
users表的
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值远大于实际返回行数
