Oracle SQL性能优化

1、选择合适的Oracle优化器

      Oracle在执行一个SQL之前,首先要分析一下语句的执行计划,然后再按执行计划去执行。分析语句的执行计划的工作是由优化器(Optimizer)来完成的。不同的情况,一条SQL可能有多种执行计划,但在某一时点,一定只有一种执行计划是最优的,花费时间是最少的。

       通过PL/SQL Developer、Toad等工具可以方便的查看一个SQL语句的执行计划。

      在Load中，使用快捷键Ctrl+E，查看执行计划。也可以在sqlplus中通过命令查看：

 

    SQL> explain plan for select * from emp;
     
    已解释。
     
    SQL> select * from table(dbms_xplan.display);
     
    PLAN_TABLE_OUTPUT
    --------------------------------------------------------------------------------
     
    Plan hash value: 3956160932
     
    --------------------------------------------------------------------------
    | Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
    --------------------------------------------------------------------------
    |   0 | SELECT STATEMENT  |      |    14 |   532 |     3   (0)| 00:00:01 |
    |   1 |  TABLE ACCESS FULL| EMP  |    14 |   532 |     3   (0)| 00:00:01 |
    --------------------------------------------------------------------------
     
    已选择8行。

注：ID: 一个序号，但不是执行的先后顺序。执行的先后根据缩进来判断。

       Operation： 当前操作的内容。

       Rows： 当前操作的Cardinality，Oracle估计当前操作的返回结果集。

       Cost（CPU）：Oracle 计算出来的一个数值（代价），用于说明SQL执行的代价。

       Time：Oracle 估计当前操作的时间。
(1).RBO方式

       即基于规则的优化方式(Rule-Based Optimization,简称为RBO)。优化器在分析SQL语句时,所遵循的是Oracle内部预定的一些规则。比如我们常见的,当一个where子句中的一列有索引时去走索引。
(2).CBO方式

        基于代价的优化方式(Cost-Based Optimization,简称为CBO)。顾名思义，它是看语句的代价(Cost)了,这里的代价主要指Cpu和内存。优化器在判断是否用这种方式时,主要参照的是表及索引的统计信息。统计信息给出表的大小、有少行、每行的长度等信息。这些统计信息起初在库内是没有的,是你在做analyze后才出现的,很多的时侯过期统计信息会令优化器做出一个错误的执行计划,因些我们应及时更新这些信息。在Oracle8及以后的版本,Oracle列推荐用CBO的方式。

更多请见：http://www.mark-to-win.com/tutorial/50502.html