MySQL索引优化是提升查询性能的关键手段。合理设计和使用索引能显著减少数据扫描量，加快查询响应速度。但索引并非越多越好，不当的索引反而会增加写入开销并占用更多存储空间。以下是几个核心优化方向。
选择合适的索引列
为经常出现在WHERE、JOIN、ORDER BY和GROUP BY子句中的列建立索引，可以有效提升查询效率。
高选择性列优先：如用户ID、订单编号等唯一或接近唯一的字段，索引效果最好。 避免在低区分度列上建索引：例如性别、状态标志等只有少数取值的字段，索引效果差。 复合索引注意顺序：将筛选性强的列放在前面，遵循“最左前缀”原则。比如查询条件常用(city, age)，则索引应为(city, age)，而非反序。避免索引失效的常见情况
即使建立了索引，某些写法会导致MySQL无法使用它。
避免对索引列进行表达式或函数操作：如WHERE YEAR(create_time) = 2023会使create_time索引失效，应改为范围查询：WHERE create_time BETWEEN '2023-01-01' AND '2023-12-31'。 避免在索引列前使用负向操作符：如!=、NOT IN、NOT EXISTS等容易导致全表扫描。 模糊查询注意通配符位置：LIKE以%开头（如%abc）无法使用B+树索引，应尽量用前缀匹配（如abc%）。 类型不匹配导致隐式转换：字符串类型的字段传入数字值，可能引发类型转换，使索引失效。合理使用覆盖索引
如果一个索引包含了查询所需的所有字段，称为“覆盖索引”。此时MySQL无需回表查询主键索引，直接从二级索引获取数据，大幅提升性能。
例如有索引(status, created_at, user_id)，查询SELECT user_id FROM table WHERE status=1 ORDER BY created_at可完全走索引。 可通过EXPLAIN查看执行计划中Extra字段是否出现“Using index”来判断是否命中覆盖索引。定期维护与评估索引
随着业务变化，部分索引可能不再被使用，甚至成为负担。
利用performance_schema分析索引使用情况：查询performance_schema.table_io_waits_summary_by_index_usage找出长期未使用的索引，考虑删除。 监控慢查询日志：通过slow query log发现未走索引的SQL，针对性优化。 避免重复和冗余索引：如已有(a,b)，再建(a)就是冗余；但(b,a)或(b)可能是必要的。基本上就这些。关键是在理解查询模式的基础上，结合执行计划不断调整。索引优化不是一劳永逸的事，需要持续观察和精简。不复杂，但容易忽略细节。
