Oracle的优化器的RBO跟CBO方式
日期：2014-05-16 浏览次数：20435 次
Oracle的优化器的RBO和CBO方式
1、
基于规则的优化方式(Rule-Based Optimization，简称为RBO)
?
???
优化器在分析SQL语句时,所遵循的是Oracle内部预定的一些规则，对数据是不敏感的。它只借助少量的信息来决定一个sql语句的执行计划，包括：
??? 1）sql语句本身
??? 2）sql中涉及到的table、view、index等的基本信息
??? 3）本地数据库中数据字典中的信息（远程数据库数据字典信息对RBO是无效的）
??? 1）sql语句本身
??? 2）sql中涉及到的table、view、index等的基本信息
??? 3）本地数据库中数据字典中的信息（远程数据库数据字典信息对RBO是无效的）
??? 例如：
我们常见的，当一个where子句中的一列有索引时去走索引。但是需要注意，走索引不一定就是优的，比如一个表只有两行数据，一次IO就可以完成全表的检索,而此时走索引时则需要两次IO,这时全表扫描(full table scan)的效率更优。
?
?
2、
基于代价的优化方式(Cost-Based Optimization，简称为CBO)
?
???
它是看语句的代价(Cost),通过代价引擎来
估计每个执行计划所需的代价，该代价将每个执行计划所耗费的资源进行量化，CBO根据这个代价选择出最优的执行计划。一个查询所耗费的资源可分为三部
分：I/O代价、CPU代价、NETWORK代价。I/O是指把数据从磁盘读入内存时所需代价（该代价是查询所需最主要的，所以在优化时一个基本原则就是
降低I/O总次数）；CPU代价是指处理内存中数据所需的代价，数据一旦读入内存，当我们识别出我们所要的数据后，会在这些数据上执行排序（sort）或
连接（join）操作，这需要消耗CPU资源；对于访问远程节点来说，network代价的花费也是很大的。
???
优化器在判断是否用这种方式时,主要参照的
是表及索引的统计信息。统计信息给出表的大小、有多少行、每行的长度等信息。这些统计信息起初在库内是没有的，是做analyze后才出现的，很多的时侯
过期统计信息会令优化器做出一个错误的执行计划,因些应及时更新这些信息（dbms_stat.analyze）。
??? 如星型连接排列查询，哈希连接查询，函数索引，和并行查询等一些技术都是基于CBD的。
?
?
3、
优化模式包括Rule、Choose、First rows、All rows四种方式：
?
???
Rule：
基于规则的方式。
???
Choolse：
默认的情况下Oracle用的便是这种方式。指的是当一个表或或索引有统计信息，则走CBO的方式，如果表或索引没统计信息，表又不是特别的小，而且相应的列有索引时，那么就走索引，走RBO的方式。
???
First Rows：
它与Choose方式是类似的，所不同的是当一个表有统计信息时，它将是以最快的方式返回查询的最先的几行，从总体上减少了响应时间。
???
All Rows:
也就是我们所说的Cost的方式，当一个表有统计信息时，它将以最快的方式返回表的所有的行，从总体上提高查询的吞吐量。没有统计信息则走RBO的方式。
?
?
4、
设定选用
免责声明： 本文仅代表作者个人观点，与爱易网无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
