最直接的方法是用EXPLAIN命令查看SQL执行计划，它显示索引使用、扫描方式、临时表及排序等关键信息；MySQL支持EXPLAIN SELECT，PostgreSQL支持EXPLAIN和EXPLAIN ANALYZE，需重点关注type、key、rows和Extra字段。
想看SQL执行计划，最直接的方法就是用EXPLAIN命令——它能告诉你数据库怎么执行这条SQL，用了哪些索引、是否走全表扫描、有没有临时表或文件排序。掌握它，是定位慢查询的第一步。
在要分析的SQL前加上EXPLAIN即可（MySQL / PostgreSQL / SQLite均支持，语法略有差异）：
EXPLAIN SELECT * FROM users WHERE id = 1;
EXPLAIN、EXPLAIN ANALYZE（后者会真实执行并返回实际耗时和行数）EXPLAIN UPDATE，但多数场景建议改写为等价SELECT再分析）以MySQL为例，重点关注这几列：
const ≈ eq_ref > ref > range > index > ALL（全表扫描，需警惕）NULL说明没走索引filtered看实际命中率Using filesort（需要额外排序）、Using temporary（建临时表）、Using join buffer（非驱动表走BNL）都意味着性能风险单看EXPLAIN有时不够，配合这些操作才能抓住真问题：
FORMAT=JSON（MySQL 5.6+）：EXPLAIN FORMAT=JSON SELECT ...，能看到更细的代价估算、访问路径决策依据EXPLAIN和EXPLAIN ANALYZE（PostgreSQL）：前者是预估，后者是实测，能发现统计信息不准导致的误判SHOW INDEX FROM table_name：确认索引是否存在、字段顺序是否匹配查询条件和ORDER BY别被表面现象带偏：
key有值≠高效：如果rows极大，或Extra里有Using where（表示索引下推失败，回表过滤），仍可能慢type=ref不等于走了最优索引：要结合key_len看用了索引的几列，是否覆盖了所有WHERE条件基本上就这些。EXPLAIN不是万能钥匙，但它是最可靠的起点——多看几次，对照SQL逻辑反推，慢慢就能一眼识别出“哪里卡住了”。
以上就是SQL执行计划查看方法_SQL EXPLAIN性能分析教程的详细内容，更多请关注php中文网其它相关文章！
广告Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
146
收藏
