Oracle在执行一个SQL以前,首先要分析一下语句的执行计划,而后再按执行计划去执行。分析语句的执行计划的工做是由优化器(Optimizer)来完成的。不一样的状况,一条SQL可能有多种执行计划,但在某一时点,必定只有一种执行计划是最优的,花费时间是最少的。html
2、sql
一、优化器的优化方式:数据库
Oracle的优化器共有两种的优化方式,即基于规则的优化方式(Rule-Based Optimization,简称为RBO)和基于代价的优化方式(Cost-Based Optimization,简称为CBO)。
A、RBO方式:优化器在分析SQL语句时,所遵循的是Oracle内部预约的一些规则。优化
好比咱们常见的,当一个where子句中的一列有索引时去走索引。
B、CBO方式:依词义可知,它是看语句的代价(Cost)了,这里的代价主要指Cpu和内存。优化器在判断是否用这种方式时,主要参照的是表及索引的统计信息。统计信息给出表的大小 、有多少行、每行的长度等信息。这些统计信息起初在库内是没有的,是你在作analyze后才出现的,不少的时侯过时统计信息会令优化器作出一个错误的执行计划,因些咱们应及时更新这些信息。在Oracle8及之后的版本,Oracle列推荐用CBO的方式。
不必定走索引就是优的,好比一个表只有两行数据,一次IO就能够完成全表的检索,而此时走索引时则须要两次IO,这时对这个表作全表扫描(full table scan)是最好的。spa
二、优化器的优化模式(Optermizer Mode)
优化模式包括Rule,Choose,First rows,All rows这四种方式,也就是咱们以上所说起的。code
Rule:不用多说,即走基于规则的方式。
Choose:这是咱们应观注的,默认的状况下Oracle用的即是这种方式。指的是当一个表或索引有统计信息,则走CBO的方式,若是表或索引没统计信息,表又不是特别的小,并且相应的列有索引时,那么就走索引,走RBO的方式。
First Rows:它与Choose方式是相似的,所不一样的是当一个表有统计信息时,它将是以最快的方式返回查询的最早的几行,从整体上减小了响应时间。
All Rows:也就是咱们所说的Cost的方式,当一个表有统计信息时,它将以最快的方式返回表的全部的行,从整体上提升查询的吞吐量。没有统计信息则走基于规则的方式。htm
三、如何设定选用哪一种优化模式
A、Instance级别:
咱们能够经过在init<SID>.ora文件中设定OPTIMIZER_MODE=RULE、OPTIMIZER_MODE=CHOOSE、OPTIMIZER_MODE=FIRST_ROWS、OPTIMIZER_MODE=ALL_ROWS去选用3所提的四种方式,若是你没设定OPTIMIZER_MODE参数则默认用的是Choose这种方式。
B、Sessions级别:
经过SQL> ALTER SESSION SET OPTIMIZER_MODE=<Mode>;来设定。blog
C、语句级别:
这些须要用到Hint索引
3、为何有时一个表的某个字段明明有索引,当观察一些语的执行计划确不走索引呢?如何解决呢?内存
A、不走索引大致有如下几个缘由:
一、你在Instance级别所用的是all_rows的方式
二、你的表的统计信息(最可能的缘由)
三、你的表很小,上文提到过的,Oracle的优化器认为不值得走索引
B、解决方法:
一、能够修改init<SID>.ora中的OPTIMIZER_MODE这个参数,把它改成Rule或Choose,重起数据库。也可使用4中
所提的Hint.
2 、删除统计信息:
SQL>analyze table table_name delete statistics;
三、表小不走索引是对的,不用调的。
4、相关:
A、如何看一个表或索引是不是统计信息
SELECT * FROM user_tables WHERE table_name=<table_name> AND num_rows is not null; SELECT * FROM user_indexes WHERE table_name=<table_name> AND num_rows is not null;
B、若是咱们先用CBO的方式,咱们应及时去更新表和索引的统计信息,以避免生形不切合实的执行计划:
ANALYZE TABLE table_name COMPUTE STATISTICS; ANALYZE INDEX index_name ESTIMATE STATISTICS;