答案：优化MySQL查询需先用EXPLAIN分析执行计划，确保索引有效使用，避免全表扫描和临时排序；合理创建复合索引并遵循最左前缀原则；重构复杂查询，用JOIN替代子查询，减少IO开销；优化JOIN时保证字段类型一致且小表驱动大表，GROUP BY字段应有索引；通过慢查询日志定位问题，关注索引覆盖与字段匹配等细节以提升性能。
优化复杂的 MySQL 查询，关键在于理解执行逻辑、合理使用索引、减少数据扫描量，并避免常见性能陷阱。以下是几个实用的优化方向。
1. 使用 EXPLAIN 分析执行计划
在执行复杂 SQL 前，先用 EXPLAIN 查看查询的执行路径，重点关注：
- type：连接类型，尽量避免 ALL（全表扫描），优先使用 index 或 ref
- key：是否命中索引，未使用索引时需检查 WHERE、JOIN 条件
- rows：扫描行数，越少越好
- Extra：出现 Using filesort 或 Using temporary 说明存在性能隐患
2. 合理创建和使用索引
索引是提升查询速度的核心手段，但需注意以下几点：
- 为 WHERE、JOIN、ORDER BY 涉及的字段建立索引
- 复合索引遵循最左前缀原则，如 (a,b,c) 可用于 a 或 (a,b) 查询，但不能用于 b 单独查询
- 避免在索引列上使用函数或表达式，如 WHERE YEAR(create_time) = 2023 会失效索引
- 选择区分度高的字段建索引，如用户ID比性别更适合作为索引
3. 重构复杂查询结构
有时把一个大查询拆成多个小查询反而更快，尤其是涉及多表 JOIN 和子查询时：
- 将嵌套子查询改为 JOIN，MySQL 对 JOIN 优化更好
- 避免 SELECT *，只查需要的字段，减少 IO 和网络传输
- 大分页用主键或索引字段过滤，如 LIMIT 10000, 20 改为 WHERE id > 10000 LIMIT 20
- 临时结果可存入临时表并加索引，避免重复计算
4. 优化 JOIN 和 GROUP BY 操作
多表关联和聚合操作容易成为瓶颈：
- 确保 JOIN 字段类型一致且都有索引，比如 int 对 int
- 小表驱动大表，MySQL 的嵌套循环 JOIN 中，外层表应尽可能小
- GROUP BY 字段要有索引，避免临时表和 filesort
- 必要时开启 SQL_BIG_RESULT 提示优化器直接使用磁盘临时表
基本上就这些。实际优化要结合具体场景，先定位慢查询（通过 slow query log），再逐项分析改进。不复杂但容易忽略的是字段类型匹配和索引覆盖，这些细节往往影响巨大。
