《数据库CBO具体过程.docVIP

我的初步想法是：1。initsid.ora中设置optimizer_mode=rule,2。收集所有表和索引的统计信息3。逐步设置每个session的optimizer_mode=choose，看看效率怎样4。在观察了所有应用的session在cost-based optimizer下运行情况后，设置initsid.ora中的optimizer_mode=choose请大家提出建议，谢谢！ OUTLINE????从哪里得到正确的执行计划先在空闲是做analyze ,做个trigger 对测试联接做alter session set optimate_mode=first_rows;然后是评估是否可行.OK了之后可以在trigger 中对所有的联接做alter session ,或是改init.ora 参数重启数据库祝好运! Oracle优化器的RBO和CBO方式 ? ? 1、基于规则的优化方式(Rule-Based Optimization，简称为RBO) ? ??? 优化器在分析SQL语句时,所遵循的是Oracle内部预定的一些规则，对数据是不敏感的。它只借助少量的信息来决定一个sql语句的执行计划，包括： ??? 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、设定选用哪种优化模式： ? ??? A、在initSID.ora中设定OPTIMIZER_MODE=RULE/CHOOSE/FIRST_ROWS/ALL_ROWS (默认是Choose)??? B、Sessions级别通过：ALTER SESSION SET OPTIMIZER_MODE=RULE/CHOOSE/FIRST_ROWS/ALL_ROWS??? C、语句级别用Hint（/*+ ... */）来设定 ? ? 5、一些常见的问题： ? ? A、为什么表的某个字段明明有索引，但执行计划却不走索引？ ??? 1、优化模式是all_rows的方式 ??? 2、表作过analyze，有统计信息??? 3、表很小，上文提到过的，