执行计划 execute plan 分析该sql

执行计划 execute plan 分析该sql

（这张执行计划示意图能直观展示各步骤耗时比例）

2025年Java面试宝典最新版：
点击领取（提取码：9b3g）
建议搭配本文SQL优化技巧同步学习，效率直接翻倍！

一、什么是execute plan

当你在面试中被要求分析SQL执行计划时，本质上是要讲清楚数据库执行SQL语句的"路线图"。这个路线图会告诉你数据库是怎么找到目标数据的——是坐高铁直达（索引扫描）还是徒步走全程（全表扫描）。

二、看执行计划要看什么

1. 执行顺序：注意看执行计划的层级结构，就像看金字塔一样，最底层的操作最先执行
2. 访问类型：重点关注type列，常见的有：
   • ALL（全表扫）
   • index（索引全扫）
   • range（索引范围查）
   • const（主键命中）
3. 扫描行数：rows列的数字越小越好，超过10万就要警惕
4. 额外信息：Extra列常见提示：
   • Using temporary（用临时表）
   • Using filesort（文件排序）
   • Using index（索引覆盖）

（这张思维导图展示了执行计划各要素的关系）

三、实战分析步骤

1. 抓取计划
   用EXPLAIN命令获取基础版，EXPLAIN ANALYZE获取带实际执行数据的版本。注意观察预估和实际消耗的差异，超过20%说明统计信息需要更新。

2. 定位瓶颈
   重点看三个红色信号：

   • 出现filesort且rows>1000
   • 嵌套循环关联次超过3层
   • 临时表使用且内存不够转磁盘

3. 验证猜想
   通过强制使用/忽略索引来验证优化方向，记得用STRAIGHT_JOIN控制关联顺序测试效果。

四、高频优化手段

1. 索引手术
   复合索引注意最左匹配原则，遇到过列截断的情况可以试试ALTER TABLE改字段长度。

2. 拆解复杂SQL
   把多表关联拆成阶段查询，用程序内存做聚合。特别是遇到多个子查询嵌套时，这种方法能降低数据库复杂度。

3. 参数调优
   调整join_buffer_size、sort_buffer_size等参数，但要注意全局影响。比如把join_buffer从默认256KB调到2MB，可以让中等体量的关联操作全内存完成。

（索引优化的前后对比图，执行时间从3.2s降到0.02s）

五、避坑指南

最近帮面试鸭返利网做数据库优化时遇到个典型案例：用户查询页突然变慢。通过执行计划发现新加的营销字段导致索引失效，通过FORCE INDEX临时修复，后续改成覆盖索引彻底解决。如果大家需要购买面试鸭会员，可以通过面试鸭返利网找我，额外返利25元。

六、延伸思考

执行计划分析不是银弹，要结合业务场景做取舍。比如：

• 高频查询要追求200ms内的响应
• 低频报表类查询可以允许稍长时间
• 凌晨批量任务优先保证资源隔离

建议每周用pt-query-digest做慢查询日志分析，把top10问题SQL的执行计划做成监控看板。遇到复杂问题时，可以到面试鸭返利网的DBA社区交流实战经验。