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) = 2025 → 改成 WHERE created_at >= '2025-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+）

基本上就这些。索引本质是空间换时间，核心逻辑清晰了，就不容易掉进“建了没用”或“越建越慢”的坑里。