简单的Hint使用

SGA :system globle area

PGA:process globle area

LRU:least recently use

dynamic sampling used for this statment (level=2)

动态分析采样技术用于这条语句，并且，等级为2，一般情况下这种分析实在SQL第一次执行的时候，CBO会去分析当前的SQL，给出一条最优化的执行方式。

通过Hint固定分页：

select * from

(select /*+ first_row(5) */ emp.* ,rownum rnum from

(select /*+ first_row(5) */ empno,ename from t order by empno) emp

where rownum<=5)

where rum>=1;

运行的结果：

    EMPNO ENAME            RNUM
--------- ---------- ----------
     7369 SMITH               1
     7499 ALLEN               2
     7521 WARD                3
     7566 JONES               4
     7654 MARTIN              5
执行计划
----------------------------------------------------------
Plan hash value: 882605040

---------------------------------------------------------------------------------
| Id  | Operation                | Name | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------------
|   0 | SELECT STATEMENT         |      |     5 |   165 |     4  (25)| 00:00:01 |
|*  1 |  VIEW                    |      |     5 |   165 |     4  (25)| 00:00:01 |
|*  2 |   COUNT STOPKEY          |      |       |       |            |          |
|   3 |    VIEW                  |      |    14 |   280 |     4  (25)| 00:00:01 |
|*  4 |     SORT ORDER BY STOPKEY|      |    14 |   280 |     4  (25)| 00:00:01 |
|   5 |      TABLE ACCESS FULL   | T    |    14 |   280 |     3   (0)| 00:00:01 |
---------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   1 - filter("RNUM">=1)
   2 - filter(ROWNUM<=5)
   4 - filter(ROWNUM<=5)

Note
-----
   - dynamic sampling used for this statement (level=2)

统计信息
----------------------------------------------------------
          7  recursive calls
          0  db block gets
         11  consistent gets
          0  physical reads
          0  redo size
        785  bytes sent via SQL*Net to client
        520  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          1  sorts (memory)
          0  sorts (disk)
          5  rows processed

我们也可以强制的让oracle进行全表扫描：

select /* full(emp) */ *

from emp

where empno='7788';
执行计划
---------------------------------------------------------
lan 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 |
-------------------------------------------------------------------------

从oracle的执行计划我们可以看得出，这张表选择的执行方式是 TABLE ACCESS FFULL,但是这种条件下，这张表真的需要TABLE ACCESS FULL 吗？

我们在看下面的例子：

select *

from emp

where empno='7788';

执行计划
----------------------------------------------------------
Plan hash value: 2949544139

--------------------------------------------------------------------------------------
| Id  | Operation                   | Name   | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |        |     1 |    38 |     1   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| EMP    |     1 |    38 |     1   (0)| 00:00:01 |
|*  2 |   INDEX UNIQUE SCAN         | PK_EMP |     1 |       |     0   (0)| 00:00:01 |
--------------------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   2 - access("EMPNO"=7788)

从上面的例子我们可以看到，我们使用了/*+ full(emp) */ 后，这条SQL 的执行方式是全表扫描，

但是如果我们没有使用这个内容，同样的SQL，oracle却选择了索引扫描。

那么oracle为什么会选择索引扫描而不是全表扫描呢?

这不是偶然的，这是必然的，因为oracle在执行这条语句的时候需要分析这条SQL，这其中oracle就使用了，bind peek来动态的分析语句的内容以及涉及到的结果范围，以及各种方式执行的时间，最后选择最优的执行方式，这也就是我们通常所说的硬解析，Hard parse.

如果同样的SQL我们在执行第二次的时候，我们就不需要再做硬解析，oracle会自动的分析该SQL 的hashValue，确定共享池中有没有跟这个一样的语句，如果有，则直接执行该语句的执行方式，从而节省了大量的对SQL的解析额时间。

我们在使用Hint的时候需要注意，分析是OLTP系统还是OLAP系统。并且注意这两种系统的异同。

还有就是我们发现，在执行计划中，

有的Predicate Information (identified by operation id):下面的信息是filter有的是access

那么这两个到底是什么意思呢？

通过观察我们可以发现，filter的意思是，在执行oracle的时候仅仅进行了过滤，没有影响访问数据的

方式，仅仅是将不需要的数据过滤掉而已。

access：和filter一样是过滤不需要的数据的作用，但是access出现的时候一般会改变数据的访问

方式，access出现的时候一般都是有index的时候。

因此，我们在看执行计划的时候要考虑一下几个方面的内容：

（1）查看数据库中的SQL是否嵌入了Hint，因为，hint的使用一般来说是DBA干的活，不是开发人员

来干的，当开发人员开发的时候，可能嵌入hint影响CBO的执行计划提高了效率，但是，数据的存储不是特别有规律的，如果后边的数据出现偏差的时候，那么开发人员植入的hint可能就是影响SQL的致命的东西。

（2）查看数据库的执行计划，分析最佳的查询计划是否与CBO的执行计划相同。

（3）查看hint的级别，是session还是system级别的。

  设置session级别的hint：

   alter session set optimizer_model=all_rows;

  设置system级别的hint：

   alter system set optimizer_model=all_rows；