答案：MySQL索引优化需选择高选择性列、善用组合索引并遵循最左前缀原则，避免在索引列使用函数或前缀通配符导致失效，优先使用覆盖索引减少回表，结合EXPLAIN分析执行计划与慢查询日志持续调整，删除冗余索引以保持高效查询性能。

MySQL索引优化的核心在于让查询尽可能高效地利用已有索引，减少全表扫描和不必要的资源消耗。以下是一些关键的优化策略和实践建议。

选择合适的列创建索引

并不是所有列都适合加索引。应优先为经常出现在WHERE、JOIN、ORDER BY 和 GROUP BY子句中的列建立索引。

• 高选择性的列（如用户ID、订单号）更适合索引，因为能快速缩小结果集
• 低选择性列（如性别、状态标志）单独建索引效果差，可考虑组合索引
• 避免在频繁更新的列上创建过多索引，会影响写入性能

善用组合索引并注意顺序

组合索引遵循最左前缀原则，即查询条件必须从索引的最左列开始才能有效使用。

• 例如索引 (a, b, c)，只有 WHERE a=1 AND b=2 能命中，而 WHERE b=2 则不能
• 将选择性高的列放在前面，可以更快过滤数据
• 覆盖索引（查询字段都在索引中）能避免回表，提升性能

避免索引失效的常见写法

某些SQL写法会导致MySQL无法使用索引，需特别注意。

• 不要在索引列上使用函数或表达式，如 WHERE YEAR(create_time) = 2025
• 避免对索引列进行计算，如 WHERE price * 1.1 > 100
• 使用 LIKE 时，前缀通配符会失效，如 LIKE '%abc' 无法走索引，而 LIKE 'abc%' 可以
• 尽量不用 OR 来连接条件，可改用 UNION 或 IN

定期分析和优化索引

随着业务发展，原有索引可能不再适用，需要持续监控和调整。

• 使用 EXPLAIN 分析查询执行计划，确认是否走了预期索引
• 查看 slow query log 找出慢查询，针对性添加或调整索引
• 删除长期未使用的冗余索引，减少维护开销
• 考虑使用 ALTER TABLE ... ADD INDEX 在线加索引，避免锁表

基本上就这些。关键是理解查询模式，结合执行计划不断调整，保持索引精简有效。不复杂但容易忽略细节。