optimizer_mode优化器模式

查询优化器最主要的工作就是接受输入的SQL以及各种环境参数、配置参数，生成合适的SQL执行计划（Execution Plan）。

Query Optimizer一共经历了两个历史阶段：

RBO: Rule-Based Optimization 基于规则的优化器
CBO: Cost-Based Optimization 基于代价的优化器

关于RBO与CBO，一个形象的比喻：大数据时代到来以前，做生意或许凭借多年累计下来的经验规则（RBO）就能够很好的做出决策，跟随市场变化。但是大数据时代，如果做生意还是靠以前凭经验做决策，而不是靠大数据、数据分析、数据挖掘做决策，那么就有可能做出错误的决策。这也就是越来越多的公司对BI、数据挖掘越来越重视的缘故

一、RBO优化器

RBO(Rule Based Optimizer,基于规则的优化器）就是在优化器里面嵌入15种规则，它根据ORACLE指定的优先顺序规则，对指定的表进行执行计划的选择。执行SQL语句符合哪种规则，就按照规则定制出相应的SQL执行计划。比如在规则中，索引的优先级大于全表扫描;RBO是根据可用的访问路径以及访问路径等级来选择执行计划，在RBO中，SQL的写法往往会影响执行计划，它要求开发人员非常了解RBO的各项细则，菜鸟写出来的SQL脚本性能可能非常差。由于它他是一种过时呆板的优化器，Oracle官方已不再支持RBO服务。

15种规则及ranking:

SCOTT@PDBORCL>  alter session set optimizer_mode=choose;会话已更改。SCOTT@PDBORCL> set autotrace traceonly;
SCOTT@PDBORCL>  exec dbms_stats.delete_table_stats('scott','emp',cascade_columns => true,cascade_indexes => true);PL/SQL 过程已成功完成。SCOTT@PDBORCL> select ename from emp ;已选择 14 行。执行计划
----------------------------------------------------------
Plan hash value: 3956160932----------------------------------
| Id  | Operation         | Name |
----------------------------------
|   0 | SELECT STATEMENT  |      |
|   1 |  TABLE ACCESS FULL| EMP  |
----------------------------------Note
------ rule based optimizer used (consider using cbo)统计信息
----------------------------------------------------------1  recursive calls0  db block gets8  consistent gets0  physical reads0  redo size732  bytes sent via SQL*Net to client544  bytes received via SQL*Net from client2  SQL*Net roundtrips to/from client0  sorts (memory)0  sorts (disk)14  rows processedSCOTT@PDBORCL> exec dbms_stats.gather_table_stats (ownname => 'scott',tabname => 'emp');PL/SQL 过程已成功完成。SCOTT@PDBORCL> select ename  from emp;已选择 14 行。执行计划
----------------------------------------------------------
Plan hash value: 3956160932--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      |    14 |    84 |     3   (0)| 00:00:01 |
|   1 |  TABLE ACCESS FULL| EMP  |    14 |    84 |     3   (0)| 00:00:01 |
--------------------------------------------------------------------------统计信息
----------------------------------------------------------1  recursive calls0  db block gets8  consistent gets0  physical reads0  redo size732  bytes sent via SQL*Net to client544  bytes received via SQL*Net from client2  SQL*Net roundtrips to/from client0  sorts (memory)0  sorts (disk)14  rows processedSCOTT@PDBORCL>

View Code

四、optimizer_mode的查看与修改

通过优化器参数optimizer_mode，我们可以控制Oracle优化器生成不同模式下的执行计划。

4.1查看optimizer_mode

parameter optimizer_mode

SCOTT@PDBORCL> show parameter optimizer_modeNAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
optimizer_mode                       string      ALL_ROWSSCOTT@PDBORCL> select name, value from v$parameter where name='optimizer_mode';NAME                                                                             VALUE
-------------------------------------------------------------------------------- ---------------------------------------
optimizer_mode                                                                   ALL_ROWSSCOTT@PDBORCL>

4.2修改optimizer_mode

ORACLE 10g 优化器可以从系统级别、会话级别、语句级别三种方式修改优化器模式，非常方便灵活。其中optimizer_mode可以选择的值有： first_rows_n,all_rows. 其中first_rows_n又有first_rows_1000, first_rows_100, first_rows_10, first_rows_1

系统级别

可以通过下面语句修改optimizer_mode

alter system set optimizer_mode=all_rows scope=both;

会话级别

会话级别修改优化器模式，只对当前会话有效，其它会话依然使用系统优化器模式。

alter session set optimizer_mode=first_rows_100;

语句级别

语句级别通过使用提示hints来实现。

select /*+ rule */ * from emp;

参考：

ORACLE优化器RBO与CBO介绍总结

浅谈optimizer_mode优化器模式