索引应建在频繁查询、连接、排序或高选择性的字段上，如WHERE条件、JOIN关联、ORDER BY和GROUP BY涉及的列，优先选择区分度高的字段，并避免冗余以减少写入开销和存储占用。
MySQL索引能显著提升查询效率，但并非所有字段都适合建索引。创建索引的关键在于平衡查询性能和写入开销。以下是一些常见的索引创建时机和建议。
频繁用于查询条件的字段
如果某个字段经常出现在 WHERE 子句中，尤其是等值查询或范围查询，应该考虑为其建立索引。
- 例如：用户登录时按 username 查询，这个字段就很适合加索引。
- 时间字段如 create_time 常用于范围筛选（如最近7天数据），也适合建索引。
作为表连接的关联字段
在多表连接查询中，JOIN 条件涉及的字段应建立索引，特别是外键字段。
- 比如订单表中的 user_id 关联用户表主键，给 user_id 加索引可以加快连接速度。
- 避免全表扫描，减少临时表和文件排序的使用。
需要排序或分组的字段
如果查询中常对某字段进行 ORDER BY 或 GROUP BY 操作，为该字段建立索引有助于避免额外的排序过程。
- 例如统计每个类别的订单数：
GROUP BY category_id，那么 category_id 建立索引更高效。 - 注意复合索引的顺序要与排序/分组顺序一致，才能生效。
高选择性的字段优先
索引效果最好的是“区分度高”的字段，即不同值较多的字段（高选择性）。
- 主键和唯一键自然具有高选择性，通常自动带索引。
- 像性别、状态这类只有几个取值的字段（低选择性），单独建索引意义不大，可能还不如不建。
- 可以结合其他字段建立复合索引来提升实用性。
基本上就这些。索引不是越多越好，每增加一个索引都会影响 INSERT、UPDATE、DELETE 的性能，并占用更多存储空间。建议结合实际业务场景和慢查询日志分析，有针对性地创建索引，定期优化冗余或无效索引。不复杂但容易忽略。
