MySQL索引设计核心注意事项

索引是MySQL优化的核心，但设计不当会导致查询变慢、写入卡顿、空间浪费 。下面按最实用、最容易踩坑的维度整理，直接用于业务开发。

联合索引 (a, b, c) 能命中的查询：

不能命中：

等值在前，范围在后；区分度高在前，低在后

错误示例：
idx(created_time, status) （范围在前，索引失效）

正确示例：
idx(status, created_time)

建议 2~4列 最佳

列越多：索引体积越大、写入越慢、优化器越难选择。

优先使用小数据类型

int < bigint，tinyint < int，short string < long string

索引越小，内存命中率越高，速度越快。
禁止在索引列上做计算/函数操作

会导致索引完全失效

❌ 错误：where YEAR(create_time)=2025

✅ 正确：where create_time >= '2025-01-01'
字符串必须加长度前缀索引

避免整字符串建索引，浪费空间
sql 复制代码
```
-- 只索引前10个字符
create index idx_username on user(username(10));
```
允许 NULL 的列不适合建索引

NULL 会让索引效率下降，建议用默认值（空字符串/0）替代。

like 以通配符开头会失效

❌ where name like '%张三'

✅ where name like '张三%'
隐式类型转换会导致索引失效

字符串列传数字、数字列传字符串

❌ where phone=13800138000（phone是varchar）

✅ where phone='13800138000'
or 连接会导致索引失效

or 前后必须全部有索引 ，否则全表扫描

尽量用 union all 替代。
not in / != / is not null 容易导致索引失效

尽量避免，或改用范围查询。

查询的字段 = 索引字段，不需要回表查数据行。

示例：

sql 复制代码

-- 索引
idx(status, created_time, nickname)

-- 查询直接从索引返回，无需回表
select nickname from user 
where status=1 and created_time>'2025-01-01'

覆盖索引能让查询速度提升 5~100倍。