oracle执行计划解读执行计划是Oracle数据库查询优化器生成的一个重要工具，用于指导数据库在执行查询语句时的执行路线和资源分配。
通过解读执行计划，我们可以深入了解查询语句的执行情况，进而优化查询性能。
以下是对Oracle执行计划的详细解读：1. 访问方法（Access Method）：执行计划的第一步是选择合适的访问方法来获取所需的数据。
这取决于表的大小、索引的可用性和查询条件等。
常见的访问方法包括全表扫描（Full Table Scan）、索引扫描（Index Scan）和索引唯一扫描（Index Unique Scan）等。
2. 连接方式（Join Method）：如果查询语句中包含连接操作（如JOIN），执行计划会根据连接条件选择合适的连接方式。
常见的连接方式有Nested Loops（嵌套循环连接）、Merge Sort（合并排序连接）和Hash Join（哈希连接）等。
优化器会根据表的大小和索引的可用性等因素选择最佳的连接方式。
3. 过滤条件（Filter）：执行计划中的过滤条件显示了查询语句中使用的WHERE子句以及相关的索引和扫描操作。
过滤条件可以帮助我们判断查询是否使用了正确的索引和是否存在过多的全表扫描。
4. 排序方式（Sort）：如果查询语句包含ORDER BY子句或GROUP BY子句，执行计划中会显示排序操作的方式。
排序方式分为内部排序（In-Memory Sort）和外部排序（Disk Sort）。
内部排序会将数据加载到内存中进行排序，适用于较小的数据集。
外部排序会将数据写入磁盘进行排序，适用于较大的数据集。
5. 访问路径（Access Path）：执行计划中的访问路径显示了查询语句中使用的索引、分区和子查询等相关操作。
通过分析访问路径，我们可以判断查询语句是否使用了合适的索引和是否存在不必要的数据访问操作。
6. 成本估算（Cost Estimate）：执行计划中的成本估算显示了优化器对执行每个操作所需的资源消耗的估计值。
ORACLE执⾏计划explain说明ORACLE SQL优化⼯具系列之--EXPLAIN PLAN对于oracle数据库来说，sql语句的优化可能是对性能提升最为明显的，当然对于DBA来说，也是挑战性⽐较⼤的。
为了优化⼀个复杂的SQL语句，⽐如语句执⾏时间过长，我们根据语句的写法，利⽤我们的经验做出⼀些改动，当然是可以的，但更好的⽅法是获取语句的执⾏计划，看看语句在数据库内部使⽤了什么样的资源，是按照什么样的步骤来执⾏的，⽐如采⽤什么样的关联⽅法、什么样的关联顺序，以及对表的访问⽅法等。
为了获取语句的执⾏计划，我们可以采⽤多种⽅法和⼯具，⽐如toad⼯具，plsqldeveloper⼯具等，在我的⽂章当中，我们只会使⽤oracle ⾃⼰的⼯具，⽐如本⽂将要介绍到的explainplan，oracle还有⼀些⼯具，autotrace 、sqltrace、tkprof、oem等，我将在以后的某个时间⼀⼀介绍。
ORACLE的explain plan⼯具的作⽤只有⼀个，获取语句的执⾏计划1.语句本⾝并不执⾏，ORACLE根据优化器产⽣理论上的执⾏计划2.语句的分析结果存放在表PLAN TABLE中SQL> conn scott/tigerConnected.SQL> select * from tab;BONUS TABLEDEPT TABLEEMP TABLESALGRADE TABLESQL> desc plan_tableName Null? Type------------------------------------------------------------------------- ------------------STATEMENT_ID VARCHAR2(30)PLAN_ID NUMBERTIMESTAMP DATEREMARKS VARCHAR2(4000)OPERATION VARCHAR2(30)OPTIONS VARCHAR2(255)OBJECT_NODE VARCHAR2(128)OBJECT_OWNER VARCHAR2(30)OBJECT_NAME VARCHAR2(30)OBJECT_ALIAS VARCHAR2(65)OBJECT_INSTANCE NUMBER(38)OBJECT_TYPE VARCHAR2(30)OPTIMIZER VARCHAR2(255)SEARCH_COLUMNS NUMBERID NUMBER(38)PARENT_ID NUMBER(38)DEPTH NUMBER(38)POSITION NUMBER(38)COST NUMBER(38)CARDINALITY NUMBER(38)BYTES NUMBER(38)OTHER_TAG VARCHAR2(255)PARTITION_START VARCHAR2(255)PARTITION_STOP VARCHAR2(255)PARTITION_ID NUMBER(38)OTHER LONGOTHER_XML CLOBDISTRIBUTION VARCHAR2(30)CPU_COST NUMBER(38)IO_COST NUMBER(38)TEMP_SPACE NUMBER(38)ACCESS_PREDICATES VARCHAR2(4000)FILTER_PREDICATES VARCHAR2(4000)PROJECTION VARCHAR2(4000)TIME NUMBER(38)QBLOCK_NAME VARCHAR2(30)根据上⾯的演⽰⽚段，我们可以猜到PLANTABLE有可能是⼀个公⽤的同义词，实际上他指向sys⽤户的⼀个全局临时表PLAN_TABLE$我们来确认⼀下SQL> conn / as sysdbaConnected.SQL> col table_owner for a10SQL> col table_name for a20SQL> col db_link for a15SQL> set linesize 120SQL> set pagesize 60SQL> select * from dba_synonyms wheresynonym_name='PLAN_TABLE';OWNER SYNONYM_NA TABLE_OWNETABLE_NAME DB_LINK---------- ---------- ---------- -----------------------------------PUBLIC PLAN_TABLESYS PLAN_TABLE$SQL> select table_name,TEMPORARY from dba_tableswhere table_name='PLAN_TABLE$';TABLE_NAME T-------------------- -PLAN_TABLE$ Y既然是⼀个公⽤的同义词，那所有的⽤户就都可以使⽤，当然了，如果你愿意，你也可以在⾃⼰的⽤户（schema）下，单独的来建表plantable，你可以使⽤$ORACLE_HOME/rdbms/admin/utlxplan.sql,这个sql⾥其实很简单，就是建表⽽已。
oracle基础知识（⼗三）----执⾏计划⼀, 执⾏计划是什么? ⼀条查询语句在ORACLE中的执⾏过程或访问路径的描述。
即就是对⼀个查询任务，做出⼀份怎样去完成任务的详细⽅案。
⼆,执⾏计划的查看 设置autotrace序号命令解释1SET AUTOTRACE OFF此为默认值，即关闭Autotrace2SET AUTOTRACE ON EXPLAIN只显⽰执⾏计划3SET AUTOTRACE ON STATISTICS只显⽰执⾏的统计信息4SET AUTOTRACE ON包含2,3两项内容5SET AUTOTRACE TRACEONLY与ON相似，但不显⽰语句的执⾏结果SQL>set autotrace on;SQL>select table_name from user_tables;....特别多...在最下⾯1003 rows selected.Execution Plan------------这就是执⾏计划----------------------------------------------------------Plan hash value: 3799402342---------------------------------------------------------------------------------------| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |---------------------------------------------------------------------------------------|0|SELECT STATEMENT ||5893| 949K|605 (1)|00:00:08||*1| HASH JOIN RIGHT OUTER||5893| 949K|605 (1)|00:00:08||2|TABLE ACCESS FULL| SEG$ |5734|63074|47 (0)|00:00:01||*3| HASH JOIN RIGHT OUTER||2798| 420K|558 (1)|00:00:07||4|INDEX FULL SCAN | I_USER2 |86|344|1 (0)|00:00:01||*5| HASH JOIN||2798| 409K|557 (1)|00:00:07||6|TABLE ACCESS FULL| TS$ |5|15|3 (0)|00:00:01||*7| HASH JOIN OUTER||2798| 401K|554 (1)|00:00:07||*8| HASH JOIN OUTER||2798| 379K|486 (1)|00:00:06||9| NESTED LOOPS ||2798| 366K|418 (1)|00:00:06||10| MERGE JOIN CARTESIAN||3751| 380K|292 (1)|00:00:04||*11| HASH JOIN||1|68|0 (0)|00:00:01||*12| FIXED TABLE FULL| X$KSPPI |1|55|0 (0)|00:00:01||13| FIXED TABLE FULL| X$KSPPCV |100|1300|0 (0)|00:00:01||14| BUFFER SORT ||3751| 131K|292 (1)|00:00:04||*15|TABLE ACCESS FULL| OBJ$ |3751| 131K|292 (1)|00:00:04||*16|TABLE ACCESS CLUSTER| TAB$ |1|30|1 (0)|00:00:01||*17|INDEX UNIQUE SCAN | I_OBJ# |1||0 (0)|00:00:01||18|INDEX FAST FULL SCAN | I_OBJ1 |86281| 421K|68 (0)|00:00:01||19|INDEX FAST FULL SCAN | I_OBJ1 |86281| 674K|68 (0)|00:00:01|---------------------------------------------------------------------------------------Predicate Information (identified by operation id):---------------------------------------------------1- access("T"."FILE#"="S"."FILE#"(+) AND "T"."BLOCK#"="S"."BLOCK#"(+) AND"T"."TS#"="S"."TS#"(+))3- access("CX"."OWNER#"="CU"."USER#"(+))5- access("T"."TS#"="TS"."TS#")7- access("T"."DATAOBJ#"="CX"."OBJ#"(+))8- access("T"."BOBJ#"="CO"."OBJ#"(+))11- access("KSPPI"."INDX"="KSPPCV"."INDX")12- filter("KSPPI"."KSPPINM"='_dml_monitoring_enabled')15- filter("O"."OWNER#"=USERENV('SCHEMAID') AND BITAND("O"."FLAGS",128)=0) 16- filter(BITAND("T"."PROPERTY",1)=0)17- access("O"."OBJ#"="T"."OBJ#")Statistics-----这⾥是统计信息----------------------------------------------------------8 recursive calls0 db block gets8809 consistent gets0 physical reads0 redo size31347 bytes sent via SQL*Net to client1250 bytes received via SQL*Net from client68 SQL*Net roundtrips to/from client1 sorts (memory)0 sorts (disk)1003 rows processed 使⽤sql查看SQL>set autotrace off;SQL> explain plan for select*from WRI$_DBU_FEATURE_METADATA;Explained.SQL>SELECT plan_table_output FROM TABLE(DBMS_XPLAN.DISPLAY('PLAN_TABLE')); PLAN_TABLE_OUTPUT--------------------------------------------------------------------------------Plan hash value: 563503327-----------------------------------------------------------------------------------------------| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |-----------------------------------------------------------------------------------------------PLAN_TABLE_OUTPUT--------------------------------------------------------------------------------|0|SELECT STATEMENT ||176|91344|5(0)|00:00:01||1|TABLE ACCESS FULL| WRI$_DBU_FEATURE_METADATA |176|91344|5(0)|00:00:01|-----------------------------------------------------------------------------------------------8 rows selected.SQL>select*from table(dbms_xplan.display);PLAN_TABLE_OUTPUT--------------------------------------------------------------------------------Plan hash value: 563503327-----------------------------------------------------------------------------------------------| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |-----------------------------------------------------------------------------------------------PLAN_TABLE_OUTPUT--------------------------------------------------------------------------------|0|SELECT STATEMENT ||176|91344|5(0)|00:00:01||1|TABLE ACCESS FULL| WRI$_DBU_FEATURE_METADATA |176|91344|5(0)|00:00:01|-----------------------------------------------------------------------------------------------8 rows selected.SQL> 客户端的话界⾯有解释选项⾃⼰找找三,执⾏计划解释 01.执⾏顺序的原则 执⾏顺序的原则是：由上⾄下，从右向左 由上⾄下：在执⾏计划中⼀般含有多个节点，相同级别(或并列)的节点，靠上的优先执⾏，靠下的后执⾏ 从右向左：在某个节点下还存在多个⼦节点，先从最靠右的⼦节点开始执⾏。
一、什么是执行计划An explain plan is a representation of the access path that is taken when a query is executed within Oracle.二、如何访问数据At the physical level Oracle reads blocks of data. The smallest amount of data read is a single Oracle block, the largest is constrained by operating system limits (and multiblock i/o). Logically Oracle finds the data to read by using the following methods: Full Table Scan (FTS) --全表扫描Index Lookup (unique & non-unique) --索引扫描（唯一和非唯一）Rowid --物理行id三、执行计划层次关系When looking at a plan, the rightmost (ie most inndented) uppermost operation is the first thing that is executed. --采用最右最上最先执行的原则看层次关系，在同一级如果某个动作没有子ID就最先执行1、看一个简单的例子：Query Plan-----------------------------------------SELECT STATEMENT [CHOOSE] Cost=1234**TABLE ACCESS FULL LARGE [:Q65001] [ANALYZED]--[:Q65001]表示是并行方式，[ANALYZED]表示该对象已经分析过了优化模式是CHOOSE的情况下，看Cost参数是否有值来决定采用CBO还是RBO：SELECT STATEMENT [CHOOSE] Cost=1234 --Cost有值，采用CBOSELECT STATEMENT [CHOOSE] Cost= --Cost为空，采用RBO2、层次的父子关系，看比较复杂的例子：PARENT1**FIRST CHILD****FIRST GRANDCHILD**SECOND CHILDHere the same principles apply, the FIRST GRANDCHILD is the initial operation then the FIRST CHILD followed by the SECOND CHILD and finally the PARENT collates the output.四、例子解说Execution Plan----------------------------------------------------------0 **SELECT STATEMENT ptimizer=CHOOSE (Cost=3 Card=8 Bytes=248)1 0 **HASH JOIN (Cost=3 Card=8 Bytes=248)2 1 ****TABLE ACCESS (FULL) OF 'DEPT' (Cost=1 Card=3 Bytes=36)3 1 ****TABLE ACCESS (FULL) OF 'EMP' (Cost=1 Card=16 Bytes=304)左侧的两排数据，前面的是序列号ID，后面的是对应的PID（父ID）。
