我要招人

SQL面试题更新 2026-08-05

请说明在 MySQL 环境下，你通常采用哪些步骤和策略来分析和优化一条执行缓慢的 SQL 语句？

后端开发性能优化技术原理问题排查MySQLSQL

考察说明

考查候选人对 MySQL 慢 SQL 定位、分析及优化的系统性方法和实践经验。

回答思路

  1. 【回答框架 1】SQL 调优的核心是定位瓶颈。首先开启慢查询日志，设置合适的阈值，收集执行时间超过阈值的 SQL，作为优化对象。
  2. 【回答框架 2】分析执行计划是第二步。通过 EXPLAIN 查看 SQL 的执行计划，重点关注 type 是否达到 ref 或 const，key 是否使用到合适的索引，rows 估算扫描行数是否过大，Extra 中是否出现 Using filesort 或 Using temporary。
  3. 【回答框架 3】优化索引是常见手段。为 WHERE、JOIN、ORDER BY、GROUP BY 涉及的列建立合适的索引，并注意联合索引的最左前缀原则。若已建索引但未使用，需检查索引列是否被函数或计算包裹，或者存在隐式类型转换。
  4. 【回答框架 4】改写 SQL 或调整数据结构。例如避免使用 SELECT *，只取必要字段；将大事务拆分为小事务；对频繁访问的数据考虑引入缓存或汇总表，减少对复杂查询的依赖。
  5. 【回答框架 5】压测验证优化效果。在测试环境模拟真实负载，对比优化前后的执行时间、吞吐量和资源消耗，确认优化有效且无副作用。
  6. 【关键点 1】调优流程：开启慢查询日志定位慢 SQL，然后用 EXPLAIN 分析执行计划。
  7. 【关键点 2】索引优化需遵循最左前缀原则，避免在索引列上使用函数或隐式类型转换。
  8. 【关键点 3】关注执行计划中的 type、key、rows 和 Extra 字段。
  9. 【关键点 4】避免 SELECT *，只取必要列，减少回表和网络传输。
  10. 【关键点 5】优化后必须在接近生产的环境进行压测验证。
  11. 【易错点 1】只关注索引而忽略 SQL 改写和业务逻辑优化，可能治标不治本。
  12. 【易错点 2】过度优化导致索引过多，增加写入开销和存储成本。
  13. 【易错点 3】调优时未在真实数据量和负载下验证，可能在生产环境失效。