Oracle EXPLAIN PLAN

Oracle EXPLAIN PLAN 是用于生成 SQL 语句执行计划的命令,帮助分析查询性能而不实际执行 SQL‌。‌‌‌

1、怎么生成和查看执行计划

‌基本使用方法‌:在 SQL 语句前加上EXPLAIN PLAN FOR,执行后计划会存入 PLAN_TABLE 表。

示例:EXPLAIN PLAN FOR SELECT * FROM employees WHERE department_id = 10;

执行后显示"已解释",表示计划已生成。‌‌‌

‌查看执行计划的两种方式‌:

‌推荐方式‌:使用SELECT * FROM TABLE(DBMS_XPLAN.DISPLAY());以格式化形式展示。

‌直接查询‌:SELECT * FROM plan_table;查看原始数据。‌‌‌

‌使用 AUTOTRACE 快速查看‌:在 SQL*Plus 中设置SET AUTOTRACE ON EXPLAIN可直接显示执行计划。

SET AUTOTRACE ON:同时显示执行计划和统计信息。

SET AUTOTRACE TRACEONLY:只显示计划和统计,不显示查询结果。

2、执行计划怎么解读

‌执行顺序判断‌:遵循‌从右向左、从上到下‌的原则,缩进最大的行最先执行。

同一级别中,靠上的节点优先执行。

有子节点时,先从最靠右的子节点开始。

‌关键字段含义‌:

‌ID‌:执行步骤编号,表示树形结构中的层级关系。

‌Operation‌:操作类型,如全表扫描 (TABLE ACCESS FULL)、索引扫描 (INDEX RANGE SCAN)、连接操作 (HASH JOIN/NESTED LOOP)。

‌Cost‌:执行成本,数值越低表示优化器认为该计划越高效。

‌Rows‌:优化器预估的返回行数,依赖统计信息准确性。

‌Object_Name‌:操作涉及的表名或索引名。‌‌‌

‌常见操作类型‌:

‌表访问‌:全表扫描适合小表,索引扫描适合大表精准查询。

‌连接操作‌:嵌套循环适合小表连接,哈希连接适合大数据集。

‌子查询‌:相关子查询可能性能较差,可考虑改写为 JOIN。‌‌‌

使用时的注意事项

‌执行计划是预估的‌:EXPLAIN PLAN 不会实际执行 SQL,生成的计划可能与实际执行有出入。

适合测试敏感操作 (如 DDL/DML) 而不影响生产数据。

实际执行可用DBMS_XPLAN.DISPLAY_CURSOR查看已执行 SQL 的真实计划。‌‌‌

‌依赖统计信息‌:执行计划准确性高度依赖表和索引的统计信息。

统计信息包括行数、块数、直方图等。

统计信息过时可能导致优化器选择不佳的执行计划。

‌权限要求‌:需要对输出表有插入权限,对 SQL 涉及的表有访问权限。

默认输出表为当前 schema 下的 PLAN_TABLE。

可使用SET STATEMENT_ID区分不同执行计划。

相关推荐
这个DBA有点耶6 小时前
从症状到根因:数据库监控指标的分层方法与静态/动态阈值策略
数据库·mysql·代码规范
SelectDB6 小时前
时间旅行与快照能力速查:Doris 侧三条落地路径
大数据·数据库·数据分析
SelectDB6 小时前
云数仓成本结构拆解速查:五层计费 vs Doris / 托管形态
大数据·数据库·数据分析
SelectDB6 小时前
什么场景能承接与建议保留:Doris vs Snowflake 边界速查
大数据·数据库·数据分析
这个DBA有点耶8 小时前
DELETE没删多少数据,表却越来越大——InnoDB删除空洞与页合并失效的根因
数据库·mysql·代码规范
ly768911 小时前
PostgreSQL 备份恢复策略:pg_basebackup、WAL 归档与 PITR 在企业 Java 系统中的落地
java·数据库·postgresql·pitr·pg_basebackup·wal 归档
小羊没烦恼!12 小时前
Ajax与JSON的一些总结
android·java·前端·数据库·mysql·算法·okhttp
注塑机数据采集联网12 小时前
如何解决注塑机数据采集联网对接MES系统数据WiFi传输数据不稳问题
大数据·数据库·物联网·数据挖掘·数据分析
黄俊懿12 小时前
【架构师从入门到进阶】第六章:服务集群优化——第八节:线程数公式
java·服务器·数据库·分布式·性能优化·架构·系统架构