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 > '2025-01-01'，但对 WHERE create_time > '2025-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工具

基本上就这些。索引不是越多越好，而是刚好够用——查得快、写得稳、维护清。