答案：MySQL索引优化需选择高选择性列、善用组合索引并遵循最左前缀原则，避免在索引列使用函数或前缀通配符导致失效，优先使用覆盖索引减少回表，结合EXPLAIN分析执行计划与慢查询日志持续调整，删除冗余索引以保持高效查询性能。
MySQL索引优化的核心在于让查询尽可能高效地利用已有索引，减少全表扫描和不必要的资源消耗。以下是一些关键的优化策略和实践建议。
选择合适的列创建索引
并不是所有列都适合加索引。应优先为经常出现在WHERE、JOIN、ORDER BY 和 GROUP BY子句中的列建立索引。
- 高选择性的列（如用户ID、订单号）更适合索引，因为能快速缩小结果集
- 低选择性列（如性别、状态标志）单独建索引效果差，可考虑组合索引
- 避免在频繁更新的列上创建过多索引，会影响写入性能
善用组合索引并注意顺序
组合索引遵循最左前缀原则，即查询条件必须从索引的最左列开始才能有效使用。
- 例如索引 (a, b, c)，只有 WHERE a=1 AND b=2 能命中，而 WHERE b=2 则不能
- 将选择性高的列放在前面，可以更快过滤数据
- 覆盖索引（查询字段都在索引中）能避免回表，提升性能
避免索引失效的常见写法
某些SQL写法会导致MySQL无法使用索引，需特别注意。
ShopNum1网店系统
下载
ShopNum1拥有强大的网店促销模块，里面就包括商品团购、捆绑销售、品牌专卖、积分换购、优惠券促销、打折促销等众多促销功能，通过合理的组合使用，能帮助商家更好的提高消费者的忠诚度，有效发展新用户，从而带来订单数量的提升。 ShopNum1通过对网店系统软件本身的众多细节优化，有效提升了各主要搜索引擎对其收录的友好程度，从而帮助商家通过搜索引擎带来更多的直接有效客户，以达到提升订单销量的目的。 强
- 不要在索引列上使用函数或表达式，如 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 在线加索引，避免锁表
基本上就这些。关键是理解查询模式，结合执行计划不断调整，保持索引精简有效。不复杂但容易忽略细节。
