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) = 2023 避免对索引列进行计算，如 WHERE price * 1.1 > 100 使用 LIKE 时，前缀通配符会失效，如 LIKE '%abc' 无法走索引，而 LIKE 'abc%' 可以 尽量不用 OR 来连接条件，可改用 UNION 或 IN定期分析和优化索引
随着业务发展，原有索引可能不再适用，需要持续监控和调整。
使用 EXPLAIN 分析查询执行计划，确认是否走了预期索引 查看 slow query log 找出慢查询，针对性添加或调整索引 删除长期未使用的冗余索引，减少维护开销 考虑使用 ALTER TABLE ... ADD INDEX 在线加索引，避免锁表基本上就这些。关键是理解查询模式，结合执行计划不断调整，保持索引精简有效。不复杂但容易忽略细节。
