为常用查询字段创建索引可提升检索效率，如对WHERE、ORDER BY、GROUP BY字段建索引；2. 使用复合索引需遵循最左前缀原则；3. 避免在索引列上使用函数或表达式以防失效。
在MySQL项目中，合理使用索引是提升查询性能的关键手段。索引能显著加快数据检索速度，但如果设计不当，反而会影响写入性能或导致资源浪费。以下是实际开发中常见的索引优化策略和使用方法。
1. 为常用查询字段创建索引
对WHERE、ORDER BY、GROUP BY中频繁使用的字段建立索引，可以大幅减少扫描行数。
例如，用户表中经常按手机号查询：
CREATE INDEX idx_phone ON users(phone);这样执行SELECT * FROM users WHERE phone = '13800138000'时会走索引查找，避免全表扫描。
对于多条件组合查询，使用复合索引更高效：
CREATE INDEX idx_status_created ON orders(status, created_at);这个索引适用于同时过滤订单状态和时间的场景。注意复合索引遵循最左前缀原则，即查询必须包含索引最左边的字段才能命中。
2. 避免索引失效的常见问题
即使建了索引，写法不当也会导致无法使用。以下情况要特别注意：
-
避免在索引列上使用函数或表达式：比如
WHERE YEAR(created_at) = 2024会让索引失效，应改为WHERE created_at >= '2024-01-01' AND created_at - 不建议对索引列做隐式类型转换：如字符串字段用数字查询（phone=13800138000），可能导致索引失效
-
避免在索引列前使用%通配符：
LIKE '%abc'无法利用索引，而LIKE 'abc%'可以
3. 使用覆盖索引减少回表
当查询的所有字段都包含在索引中时，称为“覆盖索引”，此时无需回主表查数据，性能更高。
比如有联合索引(status, created_at, user_id)，执行：
可以直接从索引中获取结果，不需要再访问数据行。
如果必须回表，尽量减少SELECT * 的使用，只取需要的字段。
4. 定期分析和优化索引
通过执行计划查看索引使用情况：
EXPLAIN SELECT * FROM users WHERE email = 'test@example.com';关注type（最好为ref或const）、key（是否命中预期索引）、rows（扫描行数）等字段。
对于长期未使用的索引，可通过information_schema.statistics或performance_schema进行识别并删除，减少维护开销。
写密集型表要控制索引数量，每增加一个索引都会影响INSERT、UPDATE、DELETE的性能。
基本上就这些。关键是根据实际查询模式设计索引，并持续通过慢查询日志和执行计划验证效果。索引不是越多越好，精准有效才是目的。
