SQL索引需按判断必要性、选对字段类型、规范创建、验证效果四步执行：先确认查询频次高、数据量大等真实需求；再依WHERE条件优先级和区分度选单列或联合索引；接着用CREATE INDEX规范建索引并避坑；最后通过EXPLAIN验证命中情况及写入性能。
SQL索引不是“建了就快”，关键在选对字段、用对类型、避开常见坑。下面按真实开发节奏，拆解从判断到上线的完整流程。
一、先确认：真需要索引吗？
盲目加索引反而拖慢写入、浪费空间。先看这三类典型场景：
- 查询频繁且返回数据少（比如WHERE user_id = 123，结果通常1行）
- ORDER BY 或 GROUP BY 的字段经常出现在慢查询里
- 表数据量已超5万行，且WHERE条件总卡在某个字段上（可用EXPLAIN验证执行计划是否走全表扫描）
二、选字段：单列还是联合？怎么排序？
核心原则：**最常出现在WHERE等号左边的字段优先，范围查询（>, BETWEEN）字段放最后**。
- 单列索引适合单一高频过滤字段，如用户表的email（唯一性高、查询稳定）
- 联合索引注意顺序：INDEX idx_status_time (status, create_time) 能加速 WHERE status = 'paid' AND create_time > '2024-01-01'，但对 WHERE create_time > '2024-01-01' 无效
- 避免对低区分度字段建索引（如gender只有男/女，效果极差）
三、动手建：语法+避坑要点
以MySQL为例，一条命令搞定，但细节决定成败：
- 基础语法：CREATE INDEX idx_user_status ON users(status);
- 联合索引：CREATE INDEX idx_user_type_created ON users(user_type, created_at);
- 唯一索引（防重复）：CREATE UNIQUE INDEX uk_email ON users(email);
- ⚠️ 注意：大表加索引会锁表（MySQL 5.6+ 支持ALGORITHM=INPLACE在线加索引，但务必在低峰期操作）
- 别忘了命名规范：用idx_前缀标识普通索引，uk_标识唯一索引，方便后续维护
四、验证+收尾：不能建完就跑
建完不验证，等于没建。两步必做：
- 用EXPLAIN SELECT ... 看key列是否命中刚建的索引，rows是否明显减少
- 观察写入性能：插入/更新变慢？说明索引过多或设计不合理，考虑删减
- 定期检查冗余索引：SELECT * FROM sys.schema_unused_indexes;（MySQL 8.0+）或用pt-duplicate-key-checker工具
基本上就这些。索引不是越多越好，而是刚好够用——查得快、写得稳、维护清。
