学会解读Oracle执行计划的方法

详细阐述了执行计划的定义及其层次结构，通过案例演示了如何有效查看Oracle的执行计划。

深入理解Oracle执行计划的原理与机制， 助力提升SQL性能优化。

针对Oracle执行计划的不准确问题，推荐采用绑定执行计划的方式来固定执行过程。

Oracle 执行计划是一个文档，其中包含有关 Oracle 如何执行查询的详细信息。

Oracle数据库在执行SQL语句前，会先分析语句并制定执行计划。此分析工作由优化器负责，它提供两种优化方式：基于规则的优化（RBO）和基于代价的优化（CBO）。 RBO RBO遵循Oracle预设的规则进行SQL语句分析。例如，当WHERE子句中的列存在索引时，RBO会优先选择使用索引。 CBO CBO则关注语句执行的代价，主要指CPU和内存消耗。它参考表和索引的统计信息来判断是否采用CBO。值得注意的是，过期的统计信息可能导致CBO制定出错误的执行计划。 Oracle8及之后的版本推荐使用CBO，而Oracle10g已取消了对RBO的支持。

MySQL执行计划调用方法：EXPLAIN SELECT……的变种包括：1. EXPLAIN EXTENDED SELECT……将执行计划“反编译”成SELECT语句，运行SHOW WARNINGS可获取MySQL优化器优化后的查询语句。2. EXPLAIN PARTITIONS SELECT……专为分区表设计的EXPLAIN方法。

生成执行计划有多种方法：1) 最简单的方法是使用Sql> set autotrace on命令，执行语句后将显示explain plan和统计信息。这种方法的优点是简单直接，缺点是在查看执行时间较长的SQL语句时需要等待语句执行完成，导致优化周期增长。如果只需要执行计划而不执行语句，可以使用Sql> set autotrace traceonly命令，这样只会列出执行计划而不实际执行语句，大大缩短了优化时间。此外，还可以通过运行脚本来解决执行错误的问题。

在 Oracle SQL 中，通过提示干预执行计划。提示指示优化器使用指定路径或连接类型生成计划，以优化语句性能。提示可用于指定：- 优化器类型- 优化目标（全行或首行）- 访问路径（全表扫描、索引扫描、rowid）- 连接类型- 连接顺序- 并行度

通过以下示例来详细演示如何分析执行计划：例如，假设存在一个名为LARGE_TABLE的大表，且其username列上没有索引。执行以下SQL语句： SQL> SELECT * FROM LARGE_TABLE WHERE USERNAME = 'TEST'; 查询计划 ----- SELECT STATEMENT Optimizer=CHOOSE (Cost=1234 Card=1 Bytes=14) TABLE ACCESS FULL LARGE_TABLE [:Q65001] [ANALYZED] 在这个例子中，第一个操作是TABLE ACCESS FULL LARGE_TABLE，表示在LARGE_TABLE表上进行全表扫描。操作完成后，生成的数据行源被传递到下一步骤处理。在这个例子中，SELECT STATEMENT是查询语句的最后一步。 Optimizer=CHOOSE指明了查询的优化器模式，即optimizer_mode初始化参数的值，而不是查询执行时实际使用的优化器。实际使用的优化器由后面的cost部分决定。如果cost的形式如下所示，则表明使用的是CBO优化器。此处的cost表示优化器估计的执行计划成本。