我要招人

SQL面试题更新 2026-08-05

在 MySQL 环境下，你会采用哪些方法来定位并改进执行效率低下的 SQL 语句？

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

考察说明

考查候选人对 MySQL 慢查询定位与优化手段的掌握程度。

回答思路

  1. 【回答框架 1】慢 SQL 的定位主要依赖慢查询日志，需开启并设置合适的阈值，例如 long_query_time，同时可借助 performance_schema 和 sys 库中的表来查询执行耗时较长的语句。
  2. 【回答框架 2】分析慢 SQL 时，先使用 EXPLAIN 查看执行计划，关注 type、key、rows 和 extra 字段，判断是否走索引以及是否存在回表或文件排序等问题。
  3. 【回答框架 3】优化手段包括改写 SQL（如避免 select *、合理使用 join 和子查询）、调整索引（如覆盖索引、联合索引的字段顺序）、以及优化表结构（如拆分大表或使用分区表）。
  4. 【回答框架 4】对于无法通过常规手段改善的慢 SQL，可考虑使用缓存（如 Redis）或引入读写分离，同时结合业务场景评估是否可异步化或降级，但需权衡一致性与复杂度。
  5. 【回答框架 5】优化后需验证效果，对比优化前后的执行时间和资源消耗，同时关注慢 SQL 的统计趋势，避免优化引入新的问题，并通过压力测试确认稳定性。
  6. 【关键点 1】慢查询日志、performance_schema 和 sys 库是定位慢 SQL 的主要工具。
  7. 【关键点 2】EXPLAIN 中的 type 和 key 字段是判断索引使用情况的关键。
  8. 【关键点 3】索引优化需结合列选择性和查询条件，避免冗余索引。
  9. 【关键点 4】写操作慢 SQL 需关注锁竞争和事务大小，读操作慢 SQL 常与索引和 IO 相关。
  10. 【关键点 5】优化后应通过监控和压测验证，防止产生新的性能瓶颈。
  11. 【易错点 1】只依赖慢查询日志而忽略实时监控，可能导致高并发下的临时慢查询无法捕获。
  12. 【易错点 2】盲目增加索引会增大写入开销和存储占用，需根据实际查询模式设计。
  13. 【易错点 3】将查询改写或加缓存作为唯一手段，未考虑数据一致性或业务复杂度，可能引入隐患。