《Oracle高性能SQL引擎剖析：SQL优化与调优机制详解》一1.1 生成执行计划

1.1　生成执行计划

在Oracle中，任何一条语句在解析过程中都会生成一个唯一的数值标识，即SQL_ID。而同一条语句，在解析过程中，可能会因为执行环境的改变（例如某些优化参数被改变）而生成多个版本的游标，不同的游标会有不同的执行计划。每个游标都会按顺序赋予一个序列号，即CHILD_NUMBER，一条语句生成的第一个游标的CHILD_NUMBER为0；相应的，Oracle会为每个执行计划生成一个哈希值以作区分。而多个不同版本的游标，其执行计划可能会相同，也可能不同。
因此，我们可以知道，一条合法的SQL语句在执行过后，在内存中最少会有一个执行计划与其游标相对应。当前实例内存（Library Cache）中的执行计划可以通过视图V$SQL_PLAN读取（RAC环境中，可以通过视图gv$sql_plan查看RAC当中其他实例上的执行计划）。在启用了自动负载知识库（Automatic Workload Repository，AWR，10g及以后版本），Oracle会将内存中的执行计划存储在历史数据当中，我们可以通过查询语句或者Oracle提供的包DBMS_XPLAN从历史数据中读取。此外，从10g开始，Oracle还提供一个自动优化工具DBMS_SQLTUNE对单个或一组语句进行自动优化，它可以在一段时间内捕捉内存中语句和执行计划来生成一组SQL集（或者称SQL调优集，SQL Tuning Set），我们同样可以从SQL集中读取和显示语句的执行计划。在11g当中，Oracle又引入了SQL执行计划管理（SQL Plan Management）的特性，可以将语句的一个或多个执行计划存储在一个执行计划基线（Plan Baseline）当中，我们同样可以读取基于执行计划基线生成的计划。
提示：AWR的历史数据、执行计划基线都是有保存期限的，可以通过相关参数设置。
除了通过执行SQL让Oracle处理引擎在内存中生成执行计划外，我们还可以通过命令Explain Plan让优化器仅对SQL语句进行解释，生成查询计划。由于语句并不会实际执行，因此它可以含有没有赋值的绑定变量。
执行Explain Plan命令后，Oracle会将解释生成的查询计划插入表SYS.PLAN_TABLE$（10g之前，表名为PLAN_TABLE；10g之后，通过公共同义词PLAN_TABLE指向SYS.PLAN_TABLE$）中。我们就可以通过查询语句或者Oracle提供的包DBMS_XPLAN从该表中读取查询计划。注意，通过Explain Plan解释出来的查询计划不会被缓存到内存中以便在语句执行时重用，我们在缓存当中看到的是类似“explain plan for ”的形式。
要注意的是，如果要解析语句的执行计划，用户必须拥有语句中对象及其依赖对象的权限。如果语句中存在视图，用户必须有对视图依赖表的查询权限。例如，当一个用户A基于表T创建了一个视图V，并将视图的查询权限赋予了用户B，那么用户B仅能通过视图查询表的数据，但无法直接调用Explain Plan命令解析基于该视图的查询的执行计划。