合理设计索引需遵循：1. 优先为查询频繁字段建索引，选择高区分度字段，避免低效字段单独建索引；2. 使用复合索引并遵守最左前缀原则，将筛选性强的字段前置；3. 避免函数操作、隐式转换、OR条件及左通配LIKE导致索引失效；4. 利用覆盖索引减少回表，提升查询性能。
在MySQL中，合理设计索引是提升查询效率的关键。索引能显著加快数据检索速度，但如果设计不当，不仅无法提升性能，还可能增加写入开销和存储负担。以下是几个核心原则和实用建议，帮助你更有效地设计索引。
1. 选择合适的字段创建索引
并不是所有字段都适合加索引。应优先为经常出现在 WHERE、JOIN、ORDER BY 和 GROUP BY 条件中的字段建立索引。
- 高选择性字段：如用户ID、订单号等唯一或接近唯一的字段，索引效果最好。
- 避免对低区分度字段建单独索引：如性别、状态（0/1）这类字段，单独建索引意义不大，容易导致索引失效或优化器不使用。
-
文本字段注意长度：对VARCHAR较长的字段，可考虑使用前缀索引，如
INDEX(title(20))，但需权衡覆盖率与性能。
2. 善用复合索引（联合索引）
多个单列索引在多数情况下不如一个设计良好的复合索引高效。复合索引遵循最左前缀原则，即查询条件必须包含索引的最左列才能触发使用。
- 例如，建立索引
KEY idx_status_time (status, created_time)，以下查询可用：WHERE status = 1WHERE status = 1 AND created_time > '2024-01-01'
- 但
WHERE created_time > '2024-01-01'单独使用则无法命中该索引。 - 将筛选性强的字段放在前面，比如状态值少但时间范围大，通常把状态放前更优。
3. 避免索引失效的常见写法
即使有索引，错误的SQL写法也会导致索引无法使用。
-
避免在索引列上使用函数或表达式：如
WHERE YEAR(created_time) = 2024会使索引失效，应改为WHERE created_time BETWEEN '2024-01-01' AND '2024-12-31'。 -
避免隐式类型转换：如字段是字符串类型，查询时用数字
WHERE user_id = 123可能导致全表扫描。 -
少用 OR 条件，特别是涉及多个字段时，尽量用
UNION替代。 -
LIKE 查询以通配符开头：如
LIKE '%abc'无法使用索引，LIKE 'abc%'可以。
4. 利用覆盖索引减少回表
覆盖索引是指查询的所有字段都在索引中，无需回主键索引查找数据行，大幅减少I/O。
- 例如，索引
(status, created_time, user_name)，执行：SELECT user_name FROM table WHERE status = 1 ORDER BY created_time可直接从索引获取数据，无需访问数据行。 - 尽量让常用查询能走覆盖索引，提升性能。
基本上就这些。关键是在理解业务查询模式的基础上，结合执行计划（EXPLAIN）不断调整和验证索引效果。索引不是越多越好，而是越精准越好。不复杂但容易忽略。
