执行计划实现顺序-ORACLE SQL性能优化

在ORACLE数据库中，执行计划中的步骤顺序并不是按照它们编号的顺序来执行的。ORACLE首先执行作为叶子节点出现的步骤（例如步骤3、5、6）。每个步骤返回的行被称为下一个步骤的行源。然后，ORACLE按照特定的顺序执行父步骤：首先执行步骤3，并逐行将结果返回给步骤2。对于步骤3返回的每一行，ORACLE依次执行步骤5，并将ROWID结果返回给步骤4。ORACLE继续执行步骤4，并将结果行返回给步骤2。最后，ORACLE执行步骤2，将来自步骤3和步骤4的结果行返回给步骤1。如果有结果行，ORACLE最后执行步骤6，并将其返回给步骤1。如果步骤6返回行，ORACLE将再次返回来自步骤2的行给发出SQL语句的用户。

执行计划中的步骤不是按照编号顺序执行的，Oracle首先执行树形图中作为叶子的步骤（如3、5、6）。然后逐层执行父步骤。具体顺序为：1. 执行步骤3，逐行将结果返回给步骤2。2. 对步骤3的每一行，执行步骤5，将ROWID返回给步骤4。3. 执行步骤4，将结果返回给步骤2。4. 执行步骤2，将步骤3和步骤4的一行合并，返回给步骤1。5. 执行步骤6，如果有结果，返回给步骤1。6. 执行步骤1，如果有步骤6返回的行，将步骤2的行返回给用户。

Oracle执行计划中的步骤并非按编号顺序执行。实际上，Oracle首先执行位于树状结构图叶子节点的步骤，如示例中的步骤3、5和6。每个步骤返回的行称为其下一步骤的行源。 完成叶子节点步骤后，Oracle开始执行父步骤，其顺序如下： 首先执行步骤3，并将结果逐行返回给步骤2。 对于步骤3返回的每一行，Oracle执行以下操作： 执行步骤5，并将结果ROWID返回给步骤4。 执行步骤4，并将结果行返回给步骤2。 执行步骤2，它接收来自步骤3和步骤4的行，并将结果返回给步骤1。 执行步骤6，并将结果行（如果有）返回给步骤1。 最后执行步骤1，如果步骤6返回了行，则将来自步骤2的行返回给发出SQL语句的用户。

在执行计划中，步骤的实现并非按编号顺序进行。Oracle首先处理树结构图中的叶子节点步骤，例如步骤3、5、6。每一步返回的行称为其下一步骤的行源。以下是具体的步骤执行顺序： 首先，Oracle执行步骤3，并将结果行逐一返回给步骤2。 对于步骤3返回的每一行，Oracle接着执行： 步骤5，并将结果ROWID返回给步骤4。 然后，Oracle执行步骤4，并将结果行返回给步骤2。 接下来，Oracle执行步骤2，接受来自步骤3和步骤4的行，并将结果返回给步骤1。 Oracle执行步骤6，如果有结果行，则将其返回给步骤1。 最后，Oracle执行步骤1，如果从步骤6返回行，则将来自步骤2的行返回给发出SQL语句的用户。

ORACLE SQL性能优化中的关键步骤包括从EMP表和SALGRADE表读取所有行，并在PK_DEPTNO索引中查找每个DEPTNO值，进而检索与DEPT表相关联的行。执行计划的第二步实现嵌套循环操作，将第三步和第四步的结果行连接起来并返回。最终，第一步完成一个过滤器操作，消除不必要的行并返回结果给用户或应用。

xplan包是DMBS_XPLAN包的扩展，用于展示SQL语句执行顺序（包含一个ORDER列表）。

执行计划的第三步和第六步分别从EMP表和SALGRADE表读取所有行。第五步在PK_DEPTNO索引中查找第三步返回的每个DEPTNO值，定位与DEPT表关联的行的ROWID。第四步从DEPT表中检索第五步返回的行的ROWID。这些步骤在行源上执行操作，如表关联、排序或过滤。第二步实现嵌套循环操作，将第三步和第四步的行源连接在一起，返回结果行到第一步。第一步完成过滤操作，消除第二步中与第六步相对应的行，将剩余行返回给用户或应用。

通过分析执行计划，可以了解查询执行过程中的各个步骤，从而定位性能瓶颈。分析执行计划时，应关注以下几个关键点：1. TABLE ACCESS：表示表访问方式，如全表扫描（FULL TABLE SCAN）或索引扫描（INDEX SCAN）。2. Optimizer：指查询优化模式，如CHOOSE或RULE。3. Cost：优化器估计的执行计划代价。4. Cardinality（Card）：估计返回的行数。

为了执行语句，Oracle可能需要执行多个步骤，包括从数据库中物理检索数据行或准备数据行供用户使用。这些步骤的组合被称为执行计划。执行计划是SQL优化中最关键的部分，只有了解Oracle内部如何执行SQL语句，才能确定优化器选择的执行计划是否最优。对于DBA来说，执行计划的理解至关重要，如同财务报表对财务人员的重要性一样。将深入分析执行计划的获取和分析方法，帮助发现影响性能的主要问题。