SQL索引需用对地方：优先为WHERE、ORDER BY等高频字段建索引，区分度高、短字段更优；复合索引按等值→范围→排序顺序排列；避免函数操作、隐式转换、OR非全索引及前导通配符导致失效。
SQL索引不是加得越多越好，关键在“用对地方”。选对字段、避开常见坑、配合查询模式设计，才能真正提速。
哪些字段适合建索引？
高频出现在 WHERE、ORDER BY、GROUP BY 和 JOIN ON 后的字段优先考虑。比如用户表中经常按 status 筛选、按 created_at 排序，这两个字段就值得建索引。
- 区分度高的字段效果更好（如
user_id比gender更适合单列索引） - 短字段比长字段更高效（
INT优于VARCHAR(500)） - 避免对总是
NULL或几乎不变的字段建索引（浪费空间且无效）
复合索引怎么排顺序？
顺序决定能不能命中。原则是：**等值查询字段在前，范围查询和排序字段靠后**。例如查询写成 WHERE category = 'A' AND price > 100 ORDER BY created_at DESC，推荐索引为 (category, price, created_at)。
-
=条件字段放最左（可跳过前面字段直接命中） -
>、、BETWEEN等范围条件之后的字段，一般无法用于索引查找（但可能用于排序） -
ORDER BY字段若与索引顺序一致且无方向冲突（如全 ASC 或全 DESC），可避免额外排序
什么时候索引会失效？
写了索引不等于被用上。常见“隐形失效”场景要特别注意：
- 对索引字段做函数操作：
WHERE YEAR(created_at) = 2024→ 改成WHERE created_at >= '2024-01-01' AND created_at -
隐式类型转换：
user_id是 INT，却写成WHERE user_id = '123'→ 可能放弃索引 - 使用
OR连接非全索引字段：WHERE a = 1 OR b = 2，若只有a有索引，b没有，则可能全表扫描 - 模糊查询前导通配符：
LIKE '%abc'无法利用索引；LIKE 'abc%'可以
小技巧让索引更省心
日常维护和设计中几个实用建议：
- 用
EXPLAIN（MySQL）或EXPLAIN ANALYZE（PostgreSQL）确认索引是否真实生效 - 定期检查低效或未使用的索引（如 MySQL 的
sys.schema_unused_indexes视图） - 主键自动建聚簇索引，别重复建；唯一约束字段也自带索引，无需额外添加
-
大数据量表新增索引尽量避开业务高峰，部分数据库支持
CONCURRENTLY（如 PG）或在线 DDL（如 MySQL 5.6+）
基本上就这些。索引本质是空间换时间，核心逻辑清晰了，就不容易掉进“建了没用”或“越建越慢”的坑里。
