`
os586
  • 浏览: 15473 次
  • 性别: Icon_minigender_1
  • 来自: 济南
社区版块
存档分类
最新评论

Oracle Optimizer CBO RBO(转)

阅读更多

之前整理的一篇有关CBORBO文章:

Oracle CBO  RBO

http://blog.csdn.net/tianlesoftware/archive/2010/07/11/5709784.aspx

 

Oracle 数据库中优化器(Optimizer)是SQL分析和执行的优化工具,它负责指定SQL的执行计划,也就是它负责保证SQL执行的效率最高,比如优化器决定Oracle 以什么样的方式来访问数据,是全表扫描(Full Table Scan),索引范围扫描(Index Range Scan)还是全索引快速扫描(INDEX Fast Full ScanINDEX_FFS;对于表关联查询,它负责确定表之间以一种什么方式来关联,比如HASH_JOHN还是NESTED LOOPS 或者MERGE JOIN。 这些因素直接决定SQL的执行效率,所以优化器是SQL 执行的核心,它做出的执行计划好坏,直接决定着SQL的执行效率。

 

         Oracle 的优化器有两种:

                   RBO(Rule-Based Optimization): 基于规则的优化器

                   CBO(Cost-Based Optimization): 基于代价的优化器

        

         Oracle 10g开始,RBO 已经被弃用,但是我们依然可以通过Hint 方式来使用它。

 

 

一.        RBO 基于规则的优化器

8i之前,Oracle 使用的是一种叫作RBORule Based Optimizer)的优化器,它的执行机制非常简单,就是在优化器里面嵌入若干种规则,执行的SQL语句符合哪种规则(RANK),则按照规则(RANK)制定出相应的执行计划,比如说表上有个索引,如果谓词上有索引的列存在,则Oracle 会选择索引,否则选择全表扫描;又比如,两个表关联的时候,按照表在SQL中的位置来决定哪个是驱动表,哪个是被驱动表。

 

RBO 选择执行计划的一个优先级列表

        

Rank

Access Path

1

Single row by ROWID

2

Single row by cluster join

3

Single row by hash cluster key with unique or primary key

4

Single row by unique or primary key

5

Cluster Join

6

Hash cluster key

7

Indexed cluster key

8

Composite index

9

Single-column index

10

Bounded range search on indexed columns

11

Unbounded range search on indexed columns

12

Sort-merge join

13

MAX OR MIN of indexed column

14

ORDER by on indexed column

15

Full table scan

 

由于RBO 只是简单的去匹配Rank,所以它的执行计划有时并不是最佳的。 比如我们有一张数据分布非常不均匀的表。 90%的数据内容是一样的,并且在这个字段上有索引。如果我们的SQL 谓词里有这个字段,那么RBO 就会选择走索引。 这就会增加额外的开销。 因为Oracle 要先访问索引数据块,在索引上找到相应的键值,然后按照键值上的rowid在去访问表中的相应数据。 在这种情况下,我们选择全表扫描是最优的,但是RBO 不会这么选择。

 

 

二.        CBO 基于成本的优化器

8i开始,Oracle 引入了CBOCost Based Optimizer),它的思路是让Oracle 获取所有执行计划相关的信息,通过对这些信息做计算分析,最后得出一个代价最小的执行计划作为最终的执行计划。

 

CBO是一种比RBO 更理性化的优化器。从10g开始,Oracle 已经彻底丢弃了RBO。 即使在表,索引没有被分析的时候,Oracle依然会使用CBO。此时,Oracle 会使用一种叫做动态采样的技术,在分析SQL的时候,动态的收集表,索引上的一些数据块,使用这些数据块的信息及字典表中关于这些对象的信息来计算出执行计划的代价,从而挑出最优的执行计划。

 

当表没有做分析的时候,Oracle 会使用动态采样来收集统计信息,这个动作只有在SQL执行的第一次,即硬分析阶段使用,后续的软分析将不在使用动态采样,直接使用第一次SQL硬分析时生成的执行计划。

        

Oracle SQL的硬解析和软解析

http://blog.csdn.net/tianlesoftware/archive/2010/04/08/5458896.aspx

 

 

Oracle 10g中,CBO 可选的运行模式有2种:

(1)       FIRST_ROWS(n)

(2)       ALL_ROWS  -- 10g中的默认值

 

查看CBO 模式:

SQL> show parameter optimizer_mode

NAME                                 TYPE        VALUE

------------------------------------ ----------- -------------

optimizer_mode                       string      ALL_ROWS

 

修改CBO 模式的三种方法:

(1)       SQL 语句:

Sessions级别:

         SQL> alter session set optimizer_mode=all_rows;

         2) 修改pfile 参数:

OPTIMIZER_MODE=RULE/CHOOSE/FIRST_ROWS/ALL_ROWS

(3)       语句级别用Hint/* +  ...  */)来设定

Select /*+ first_rows(10) */ name from table;

                      Select /*+ all_rows */ name from table;  

 

 

OPTIMIZER_INDEX_COST_ADJ参数

参数OPTIMIZER_INDEX_COST_ADJ可以理解为Oracle执行多块(MultiBlockI/O(比如全表扫描)的代价与执行单块(Single-blockI/O代价的相对比例。OPTIMIZER_INDEX_COST_ADJ通过指明索引I/O代价与扫描全表I/O代价的相对比值来影响CBO的行为,取值越小,CBO越倾向于使用索引,取值越大,越倾向于全表扫描。而缺省值100,指明缺省下,二者的代价是相等。

 

官方文档(Reference)中对这个参数描述如下:

OPTIMIZER_INDEX_COST_ADJ

Property

Description

Parameter type

Integer

Default value

100

Modifiable

ALTER SESSION, ALTER SYSTEM

Range of values

1 to 10000

 

OPTIMIZER_INDEX_COST_ADJ lets you tune optimizer behavior for access path selection to be more or less index friendly—that is, to make the optimizer more or less prone to selecting an index access path over a full table scan.

The default for this parameter is 100 percent, at which the optimizer evaluates index access paths at the regular cost. Any other value makes the optimizer evaluate the access path at that percentage of the regular cost. For example, a setting of 50 makes the index access path look half as expensive as normal.

Note:

The adjustment does not apply to user-defined cost functions for domain indexes.

 

http://download.oracle.com/docs/cd/B28359_01/server.111/b28320/initparams160.htm#REFRN10143

 

 

 

FIRST_ROWSn 模式说明

         CBO 的优化模式设置为FIRST_ROWSn)时,Oracle 在执行SQL时,优先考虑将结果集中的前n条记录以最快的速度反馈回来,而其他的结果并不需要同时返回。

这种需求在一些网站或者BBS的分页上经常看到,比如每次只显示查询信息的前20条或者BBS上的前20个帖子, 这时候设置FIRST_ROWS20)就非常合适,优化器并不需要同事将所有符合条件的结果返回,用户也不需要。这时,CBO将考虑用一种最快的返回前20条记录的执行计划,这种执行计划对于SQL的整体执行时间也不不是最快的,但是在返回前20条记录的处理上,确实最快的。

如:

         Select /*+ first_rows(10) */b.x,b.y from

                   (

                   Select /*+ first_rows(10) */ a.*, rownum rnum from

(

         Select /*+ first_rows(20) */ * from t order by x

) a

Where rownum < 20

) b where rnum >=10;

在这个分页例子中,每次从结果集中取10条记录,记录按照x字段排序。

 

注意: 排序使用的字段必须创建有索引,否则CBO 会忽略FIRST_ROWS(n),而使用ALL_ROWS.

 

 

ALL_ROWS 模式说明

         CBO 模式设置为ALL_ROWS时,Oracle 会用最快的速度将SQL执行完毕,将结果集全部返回,它和FIRST_ROWSn)的区别在于,ALL_ROWS强调以最快的速度将SQL执行完毕,并将所有的结果集反馈回来,而FIRST_ROWSn)则侧重于返回前n条记录的执行时间。

 

         ALL_ROWSOLAP 系统中使用得比较多,它用最快的速度获得SQL执行的最后一条记录,而不是前N条记录。 和FIRST_ROWSn)正好相反。 ALL_ROWS 强调SQL整体的执行效率,而FIRST_ROWSn)强调用最快的速度返回前N行,而不管所有的结果返回的时长,可能最后一条要很长时间才能获得。

分享到:
评论

相关推荐

    CBO,RBO在ORACLE中的应用

    在Oracle数据库中,CBO(Cost-Based Optimizer)和RBO(Rule-Based Optimizer)是两种不同的SQL查询优化策略。CBO自Oracle 7引入,但在Oracle 8i时达到成熟,并在Oracle 9i及以后的版本中逐渐取代RBO成为主要的优化...

    Oracle的RBO和CBO详细介绍和优化模式设置方法

    正确理解和使用RBO与CBO,以及及时维护统计信息,对于提升Oracle数据库的性能具有重要意义。在日常运维中,应根据实际情况选择合适的优化模式,并定期检查和更新统计信息,以确保查询的高效执行。

    平安Oracle CBO 资料.doc

    与基于规则的优化器(RBO,Rule-Based Optimizer)相比,CBO能够更准确地评估查询成本,从而提高数据库性能和响应速度。 #### 二、CBO统计信息收集策略 平安集团明确指出了CBO统计信息收集的策略,强调了其重要性...

    Oracle optimizer性能优化手册 chm

    4. **CBO(Cost-Based Optimizer)与RBO(Rule-Based Optimizer)**: Oracle从RBO转向CBO是性能优化的一个关键转折点。手册会解释两者之间的区别,以及如何在现代环境中充分利用CBO的优势。 5. **Hint使用技巧**...

    基于CBO的Oracle的成本分析.pdf

    Oracle数据库从Oracle8i开始引入了基于成本的优化器(Cost-Based Optimizer,简称CBO)。CBO的工作原理是通过获取所有可能执行计划的相关信息,对这些信息进行计算分析,从而选择代价最小的执行计划作为最终执行方案...

    CBO原书代码

    - 优化器模式:固定规则(Rule-Based Optimizer, RBO)与成本基础(CBO)的区别,以及何时应该使用CBO。 - 参数调优:学习如何调整`init`文件中的参数,以影响CBO的决策,如`optimizer_mode`、`optimizer_features_...

    Oracle的优化器(Optimizer)

    ### Oracle的优化器(Optimizer)详解 #### 一、Oracle优化器概述 在Oracle数据库中,每当执行SQL语句时,系统首先需要确定最佳的执行路径或计划,这一过程由**优化器(Optimizer)**负责。优化器的主要任务是评估SQL...

    DBA面试题 oracle

    CBO(Cost-Based Optimizer)和 RBO(Rule-Based Optimizer)是 Oracle 中的两种优化器。CBO 根据成本估算选择执行计划,而 RBO 则根据规则选择执行计划。在 optimizer_mode=choose 时,如果表有统计信息,优化器将...

    oracle内存管理,深入浅出oracle内存管理,盖国强oracleppt

    7. **CBO与RBO**:Cost-Based Optimizer(CBO)和Rule-Based Optimizer(RBO)是Oracle的两种查询优化策略。CBO根据统计信息和成本估算来选择执行计划,而RBO则基于预定义的规则。现代Oracle系统默认使用CBO,因为它...

    Oracle DB优化总结

    2. **基于规则的优化器(Rule-Based Optimizer, RBO)**:早期的Oracle版本使用RBO,它遵循预定义的规则来决定执行计划。现在,RBO主要作为CBO的补充,当CBO无法获取足够的统计信息时才会启用。 设定优化器模式可以...

    Oracle le Oracle

    首先,我们来详细了解Oracle中的两种主要查询优化器——Rule-Based Optimizer(RBO)和Cost-Based Optimizer(CBO)。RBO是一种基于规则的优化策略,它根据预定义的优化规则来选择执行计划。这种优化器在早期的...

    Oracle优化器介绍(精简完善版).doc

    本文主要讨论了两种优化器:基于规则的优化器(Rule-Based Optimizer,RBO)和基于成本的优化器(Cost-Based Optimizer,CBO)。理解这两种优化器的工作原理对于提升数据库性能至关重要。 RBO是一种较早的优化器,...

    Oracle优化常用概念.pptx

    Oracle 优化器有两种模式:CBO(Cost-Based Optimizer)和 RBO(Rule-Based Optimizer)。CBO 是基于成本的优化器,需要使用统计信息,据此计算最佳的执行计划;而 RBO 是基于规则的优化器,根据 Oracle 设定的规则...

    Oracle实战优化器

    优化器根据不同的策略可以分为两种类型:基于规则的优化器(Rule Based Optimizer, RBO)和基于成本的优化器(Cost Based Optimizer, CBO)。这两种优化器的选择和使用直接影响了SQL语句的性能表现。 #### 二、基于规则...

    Oracle经典面试总结-去重-附答案.pdf

    本文档总结了 Oracle 数据库相关的面试问题和答案,涵盖了 optimizer_mode、CBO、RBO、索引、排序、表空间、回滚段、绑定变量、SQL 优化等多个方面的知识点。 _optimizer_mode_ Optimizer_mode 是 Oracle 数据库中...

    精通ORACLE执行计划

    Oracle提供了两种主要的优化器模式:基于规则(Rule-Based Optimizer, RBO)和基于代价(Cost-Based Optimizer, CBO)。在RBO模式下,优化器根据预定义的规则来选择执行路径,而在CBO模式下,优化器基于对表和索引的...

    Oracle数据库优化详解

    本文针对Oracle数据库的优化提供了详尽的指导和案例分析,尤其强调了在CBO(Cost-Based Optimizer,基于成本的优化器)模式下的优化方法。 首先,Oracle数据库优化不仅仅是技术问题,它还涉及到策略问题。在1992年...

    Oracle语句优化53个规则详解

    - **配置优化器**:可以通过初始化参数`OPTIMIZER_MODE`来设置默认的优化器模式,该参数支持的值包括`RULE`、`COST`、`CHOOSE`、`ALL_ROWS`和`FIRST_ROWS`等。可以在`init.ora`文件中设置或通过会话级命令进行覆盖。...

    基于成本的ORACLE优化法则 英文原版

    8. **优化器模式和提示**:有时候,CBO的决策可能不理想,此时可以使用优化器模式(如Rule-Based Optimizer, RBO)切换或SQL提示来干预执行计划的选择。 9. **资源管理**:Oracle的资源管理功能允许DBA设定不同用户...

Global site tag (gtag.js) - Google Analytics