合理使用索引可提升MySQL查询性能，需为常用查询字段创建索引，遵循最左前缀原则设计联合索引，避免函数操作、隐式转换和通配符导致索引失效，优先使用覆盖索引减少回表，结合EXPLAIN分析执行计划优化慢查询，定期清理无用索引以平衡读写性能。
在MySQL项目中，合理使用索引是提升查询性能的关键。索引能显著加快数据检索速度，但设计不当反而会拖慢写入性能或浪费存储空间。以下是实际开发中优化查询的常见做法。
1. 为常用查询字段创建索引
对WHERE、ORDER BY、GROUP BY中频繁使用的字段建立索引，可以大幅减少扫描行数。
- 比如用户登录场景：SELECT * FROM users WHERE email = 'xxx@domain.com';，应在email字段上创建唯一索引。
- 订单按状态和时间排序：SELECT * FROM orders WHERE status = 'paid' ORDER BY created_at DESC;，可考虑联合索引 (status, created_at)。
2. 使用联合索引遵循最左前缀原则
联合索引（复合索引）只有从最左边字段开始使用时才会生效。
- 若建立了索引 (a, b, c)，以下查询能命中索引：
- WHERE a = 1
- WHERE a = 1 AND b = 2
- WHERE a = 1 AND b = 2 AND c = 3
- 但 WHERE b = 2 或 WHERE c = 3 不会使用该索引。
设计时要把区分度高、筛选性强的字段放在前面。
3. 避免索引失效的写法
某些SQL写法会导致索引无法使用，需特别注意：
- 避免在索引字段上做函数操作，如：WHERE YEAR(created_at) = 2024 应改为 WHERE created_at >= '2024-01-01' AND created_at 2025-01-01'。
- 避免隐式类型转换，比如字符串字段用数字查询：WHERE user_id = 123（user_id是VARCHAR），可能导致全表扫描。
- 少用LIKE '%xx'，以通配符开头无法利用索引；LIKE 'xx%' 可以使用。
4. 合理使用覆盖索引减少回表
如果查询的字段都在索引中，MySQL无需回主键索引查数据，称为“覆盖索引”，性能更高。
- 例如索引 (status, created_at, user_id)，执行 SELECT user_id FROM orders WHERE status = 'shipped' 可直接从索引获取结果。
- 尽量让高频查询只访问索引就能完成。
5. 定期分析慢查询并优化
开启慢查询日志，结合EXPLAIN分析执行计划，找出未走索引的SQL。
- 使用 EXPLAIN SELECT ... 查看type、key、rows、Extra等字段，确认是否使用了预期索引。
- type为ref或range较好，ALL表示全表扫描，需要优化。
- Extra中出现Using filesort或Using temporary说明排序或分组未走索引，应调整索引结构。
基本上就这些。索引不是越多越好，每增加一个索引都会影响INSERT、UPDATE、DELETE的性能。要根据业务查询模式权衡取舍，定期审查和清理无用索引。
