oracle索引优化器，常用hint

        RBO: Rule-Based Optimization 基于规则的优化器。它只认规则，对数据不敏感。毕竟规则是死的，数据是变化的，这样生成的执行计划往往是不可靠的。索引的优先级比全表扫描高，则由索引则走索引。
        CBO: Cost-Based Optimization 基于代价的优化器。CBO是根据SQL语句生成一组可能被使用的执行计划和cost，从中选用代价COST最低的执行方案，作为实际运行方案。它对数据敏感，执行计划会根据数据量做调整它依赖数据库对象的统计信息，统计信息的准确与否会影响CBO做出最优的选择。如果对一次执行SQL时发现涉及对象（表、索引等）没有被分析、统计过，那么ORACLE会采用一种叫做动态采样的技术，动态的收集表和索引上的一些数据信息。
		CBO包括组件：查询转化器、代价评估器、计划生成器
从ORACLE 10g开始不支持RBO
oracle优化器:（CBO模式：）first_rows_n , all_rows , choose , （RBO模式：）rule
	CHOOSE：默认值。有一个或多个有统计信息，那么使用CBO。如果所有表都没有统计信息，Oracle就会采用RBO。
	ALL_ROWS：不管是不是有统计信息，全部采用CBO。
	FIRST_ROWS_n：不管是不是有统计信息，全部采用基于成本的优化方法CBO，并以最快的速度，返回前N行记录。后面的n值可以为1,100,1000
	FIRST_ROWS：使用成本和试探法相结合的方法，查找一种可以最快返回前面少数行的方法；这个参数主要用于向后兼容。
	RULE：不管是不是统计信息，全部采用RBO。
系统级别：alter system set optimizer_mode=rule scope=both;
会话级别：alter session set optimizer_mode=first_row_100;
语句级别：使用提示hints来实现 select /*+ rule*/ * from dba_objects where rownum<=10;
optimizer_mode=rule scope=both;
会话级别：alter session set optimizer_mode=first_row_100;
语句级别：使用提示hints来实现 select /*+ rule*/ * from dba_objects where rownum<=10;

//并行update
alter session enable parallel dml;	//临时更改会话为并行,下面的并行更新才生效
update /*+ parallel(x,100)*/ all01 x set timee=to_date(riqi||' '||shijian,'yyyy-mm-dd hh24:mi:ss')
commit;
语法：/*+parallel(table_short_name,cash_number)*/ 可以加到insert、delete、update、select的后面来使用，cash_number为cpu个数*2
并行查询运行时,很容易会使机器运行在高负荷下,令系统对其它事务的处理时间大大加长.并行查询一般适合在非业务高峰值人工执行,并不适合在程序中指定运行并行查询.。当有多个表时，请指定某一个表，否则会默认所有表
select /*+ parallel(A 8) parallel(B 8) parallel(C 8) parallel(D 8) */
from A,B,C,D  where .....

查看执行计划：
explain plan for select * from table
select * from table(dbms_xplan.display); //查看
----
Append一般跟nologging使用
insert /*+ Append parallel(tablename,number) */ into ods_list_t nologging  as  select * from ods_list;
insert /*+ append, parallel */ into ods_list_t nologging   select * from ods_list;
insert /*+ append, parallel */ into ods_list_t(a,b) nologging  select a,b from ods_list; //这样不行:整个表可以插入,但要某一个字段则不能加入nologging
   可以这样:insert /*+ append, parallel */ into ods_list_t  nologging(a,b)  select a,b from ods_list;
使用批量拷贝方法
	set arraysize 20
	set copycommit 5000
	copy from username/password@oracle_name append table_name1 
	using select * from table_name2;

非归档与归档方式，只用NOLOGGING是不起效果的。需增加下面的修改  ***
	sys@ORCL>alter table tb_a nologging;     --不记录日志模式
	sys@ORCL>alter table tb_a logging;       --采用日志记录模式
表是否是nologging模式，还需要查user_tables.logging字段才行。***
***
	sys@ORCL>alter table tb_a nologging;     --不记录日志模式
	sys@ORCL>alter table tb_a logging;       --采用日志记录模式
表是否是nologging模式，还需要查user_tables.logging字段才行。***

部分常用hint。
　　1.全表扫描hint full(table_name)
　　相对而言，全表扫描hint使用场合较少，但是要知道，全表扫描并不一定比索引效率低，特别是查询表中80%以上的数据库，全表扫描的效率要高于索引扫描。
　　2.索引hint index(table_name index_name)
　　这两种hint一个是强制使用索引，另一个是强制执行计划不要走索引，什么用呢？常用于SQL调优过程中对比索引和非索引扫描。SELECT /*+INDEX(BSEMPMS SEX_INDEX) USE SEX_INDEX BECAUSE THERE ARE FEWMALE BSEMPMS */ FROM BSEMPMS WHERE SEX='M';
3.索引快速扫描hint index_ffs(table_name index_name)
　　这种索引称之为索引快速扫描，常用于统计索引列键值的个数，如count(object_id)，跟全表扫描很像，但效率要比全表扫描要高很多，也就是执行计划中看到的FAST FULL SCN。
4.索引跳跃扫描hint index_ss(table_name index_name)
　　该hint在执行计划中就是传说中的 INDEX SKIP SCAN 这个对新手而言不太好理解，举个例子索引有两个列（A,B)类型组合索引，但是查询中where条件只有B没有A select * from where b=1，此时ORACLE优化器走的索引就是所谓的索引跳跃扫描，只在CBO下适用，在RBO不适用。
      5.表关联hint  user_nl(table_name1 table_name2)
　　此hint是表之间关联效率最高的一种，通常用于一大一小两表之间进行关联查询，小表作驱动表进行全表扫描，大表上要求有索引，走索引扫描，代价最低。
　　6.表关联hint use_hash(table_name1 table_name2)
　　如果两个表一大一小，但是大表没有索引就会选择HASH，如果两个结果集比较小还可以承受，但是如果两个较大的表HASH的话，会直接将数据库HANG住，最好避免这种算法SELECT /*+USE_HASH(BSEMPMS,BSDPTMS)*/ * FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
      7.表关联hint  user_merge(table_name1 table_name2)
　　两个表进行关联，分别对全个表进行全表扫描后排序然后进行合并，排序既消耗内存又消耗CPU，总之代价比较大，常通过在两个表上创建索引避免此类连接的发生。因此对比后发现，只有nested_loop方式进行关联是最优的。SELECT /*+USE_MERGE(BSEMPMS,BSDPTMS)*/ * FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
　　8.表顺序hint leading(table_name1 table_name2)
　　在RBO模式下，我们常常通过考虑from 后面表的先后顺序来进行SQL优化，但是此方法对RBO模式不再适用，CBO模式下按照顺序选择驱动表
9.数据加载hint append()
　　直接路径加载，对于大表操作极为有用，原理是什么呢？打个比方，好比两个超市理货员，一人一箱货需要上架到货架上，一个人去找货架中空闲位置去放，可能需要找N个空闲位，另一个人找一个空的货架直接放上去，那个效果最高？当然是第二个，此hint的作用就是让ORACLE找一个大空亲块直接存放新数据，而不是挤空闲位置去放新数据，如果此hint同时加上nologing联合使用效果更高，常用于数据迁移项目中。insert /*+append*/ into test1 select * from test4 ;
　　10.dblink处理端hint driving_site(table_name)
　　此hint常用于通过dblink连接处理数据的业务，它的作用是将本地表推送到远端数据库进行关联然后将结果返回，常用于本地表较小，远端表较大的情况，效果很是不错。
　　11.数据返回模式hint first_rows
　　该hint是影响数据返回模式hint，只要有数据立刻返回数据，添加后ORACLE将边处理边返回，数据仓库中用的比较多，但是在OLTP系统中也常见，上次系统优化就因为一兄弟在添加hint 时，添加后发现执行计划没变，于是将原有的hint first_rows 然后添加hint driving_site()，执行计划是变了，变化是因去去掉first_rows引起的，并且通过dblink远端数据库执行时查询全变成的全表扫描，导致两个业务大表hash，业务高峰直接将数据库宕机，因此该hint添加或删除一定要看远端执行计划有无发生变化，否则后果不开设想（切记）。SELECT /*+FIRST_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';
　　特别需要注意的是，使用hint时切记查看表名是否使用了别名，如果使用了别名，记得要在hint中也要使用别名，否则hint是没有作用的（切记）
　　1.全表扫描hint full(table_name)
　　相对而言，全表扫描hint使用场合较少，但是要知道，全表扫描并不一定比索引效率低，特别是查询表中80%以上的数据库，全表扫描的效率要高于索引扫描。
　　2.索引hint index(table_name index_name)
　　这两种hint一个是强制使用索引，另一个是强制执行计划不要走索引，什么用呢？常用于SQL调优过程中对比索引和非索引扫描。SELECT /*+INDEX(BSEMPMS SEX_INDEX) USE SEX_INDEX BECAUSE THERE ARE FEWMALE BSEMPMS */ FROM BSEMPMS WHERE SEX='M';
3.索引快速扫描hint index_ffs(table_name index_name)
　　这种索引称之为索引快速扫描，常用于统计索引列键值的个数，如count(object_id)，跟全表扫描很像，但效率要比全表扫描要高很多，也就是执行计划中看到的FAST FULL SCN。
4.索引跳跃扫描hint index_ss(table_name index_name)
　　该hint在执行计划中就是传说中的 INDEX SKIP SCAN 这个对新手而言不太好理解，举个例子索引有两个列（A,B)类型组合索引，但是查询中where条件只有B没有A select * from where b=1，此时ORACLE优化器走的索引就是所谓的索引跳跃扫描，只在CBO下适用，在RBO不适用。
      5.表关联hint  user_nl(table_name1 table_name2)
　　此hint是表之间关联效率最高的一种，通常用于一大一小两表之间进行关联查询，小表作驱动表进行全表扫描，大表上要求有索引，走索引扫描，代价最低。
　　6.表关联hint use_hash(table_name1 table_name2)
　　如果两个表一大一小，但是大表没有索引就会选择HASH，如果两个结果集比较小还可以承受，但是如果两个较大的表HASH的话，会直接将数据库HANG住，最好避免这种算法SELECT /*+USE_HASH(BSEMPMS,BSDPTMS)*/ * FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
      7.表关联hint  user_merge(table_name1 table_name2)
　　两个表进行关联，分别对全个表进行全表扫描后排序然后进行合并，排序既消耗内存又消耗CPU，总之代价比较大，常通过在两个表上创建索引避免此类连接的发生。因此对比后发现，只有nested_loop方式进行关联是最优的。SELECT /*+USE_MERGE(BSEMPMS,BSDPTMS)*/ * FROM BSEMPMS,BSDPTMS WHERE BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;
　　8.表顺序hint leading(table_name1 table_name2)
　　在RBO模式下，我们常常通过考虑from 后面表的先后顺序来进行SQL优化，但是此方法对RBO模式不再适用，CBO模式下按照顺序选择驱动表
9.数据加载hint append()
　　直接路径加载，对于大表操作极为有用，原理是什么呢？打个比方，好比两个超市理货员，一人一箱货需要上架到货架上，一个人去找货架中空闲位置去放，可能需要找N个空闲位，另一个人找一个空的货架直接放上去，那个效果最高？当然是第二个，此hint的作用就是让ORACLE找一个大空亲块直接存放新数据，而不是挤空闲位置去放新数据，如果此hint同时加上nologing联合使用效果更高，常用于数据迁移项目中。insert /*+append*/ into test1 select * from test4 ;
　　10.dblink处理端hint driving_site(table_name)
　　此hint常用于通过dblink连接处理数据的业务，它的作用是将本地表推送到远端数据库进行关联然后将结果返回，常用于本地表较小，远端表较大的情况，效果很是不错。
　　11.数据返回模式hint first_rows
　　该hint是影响数据返回模式hint，只要有数据立刻返回数据，添加后ORACLE将边处理边返回，数据仓库中用的比较多，但是在OLTP系统中也常见，上次系统优化就因为一兄弟在添加hint 时，添加后发现执行计划没变，于是将原有的hint first_rows 然后添加hint driving_site()，执行计划是变了，变化是因去去掉first_rows引起的，并且通过dblink远端数据库执行时查询全变成的全表扫描，导致两个业务大表hash，业务高峰直接将数据库宕机，因此该hint添加或删除一定要看远端执行计划有无发生变化，否则后果不开设想（切记）。SELECT /*+FIRST_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';
　　特别需要注意的是，使用hint时切记查看表名是否使用了别名，如果使用了别名，记得要在hint中也要使用别名，否则hint是没有作用的（切记）

<span style="color:#ff6666">===================</span>

1. /*+ALL_ROWS*/
表明对语句块选择基于开销的优化方法,并获得最佳吞吐量,使资源消耗最小化.
例如:
SELECT /*+ALL+_ROWS*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';

3. /*+CHOOSE*/
表明如果数据字典中有访问表的统计信息,将基于开销的优化方法,并获得最佳的吞吐量;
表明如果数据字典中没有访问表的统计信息,将基于规则开销的优化方法;
例如:

SELECT /*+CHOOSE*/ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';

4. /*+RULE*/
表明对语句块选择基于规则的优化方法.
例如:

SELECT /*+ RULE */ EMP_NO,EMP_NAM,DAT_IN FROM BSEMPMS WHERE EMP_NO='SCOTT';

6. /*+ROWID(TABLE)*/
提示明确表明对指定表根据ROWID进行访问.
例如:
SELECT /*+ROWID(BSEMPMS)*/ * FROM BSEMPMS WHERE ROWID>='AAAAAAAAAAAAAA'

AND EMP_NO='SCOTT';

7. /*+CLUSTER(TABLE)*/
提示明确表明对指定表选择簇扫描的访问方法,它只对簇对象有效.
例如:
SELECT /*+CLUSTER */ BSEMPMS.EMP_NO,DPT_NO FROM BSEMPMS,BSDPTMS

WHERE DPT_NO='TEC304' AND BSEMPMS.DPT_NO=BSDPTMS.DPT_NO;

9. /*+INDEX_ASC(TABLE INDEX_NAME)*/
表明对表选择索引升序的扫描方法.
例如:

SELECT /*+INDEX_ASC(BSEMPMS PK_BSEMPMS) */ FROM BSEMPMS WHERE DPT_NO='SCOTT';

10. /*+INDEX_COMBINE*/
为指定表选择位图访问路经,如果INDEX_COMBINE中没有提供作为参数的索引,将选择出位图索引的布尔组合方式.
例如:
SELECT /*+INDEX_COMBINE(BSEMPMS SAL_BMI HIREDATE_BMI)*/ * FROM BSEMPMS
WHERE SAL<5000000 AND HIREDATE<SYSDATE;
11. /*+INDEX_JOIN(TABLE INDEX_NAME)*/
提示明确命令优化器使用索引作为访问路径.
例如:
SELECT /*+INDEX_JOIN(BSEMPMS SAL_HMI HIREDATE_BMI)*/ SAL,HIREDATE
FROM BSEMPMS WHERE SAL<60000;
12. /*+INDEX_DESC(TABLE INDEX_NAME)*/
表明对表选择索引降序的扫描方法.
例如:

SELECT /*+INDEX_DESC(BSEMPMS PK_BSEMPMS) */ FROM BSEMPMS WHERE DPT_NO='SCOTT';

13. /*+INDEX_FFS(TABLE INDEX_NAME)*/
对指定的表执行快速全索引扫描,而不是全表扫描的办法.
例如:

SELECT /*+INDEX_FFS(BSEMPMS IN_EMPNAM)*/ * FROM BSEMPMS WHERE DPT_NO='TEC305';

14. /*+ADD_EQUAL TABLE INDEX_NAM1,INDEX_NAM2,...*/
提示明确进行执行规划的选择,将几个单列索引的扫描合起来.
例如:

SELECT /*+INDEX_FFS(BSEMPMS IN_DPTNO,IN_EMPNO,IN_SEX)*/ * FROM BSEMPMS WHERE EMP_NO='SCOTT' AND DPT_NO='TDC306';

15. /*+USE_CONCAT*/
对查询中的WHERE后面的OR条件进行转换为UNION ALL的组合查询.
例如:
SELECT /*+USE_CONCAT*/ * FROM BSEMPMS WHERE DPT_NO='TDC506' AND SEX='M';
16. /*+NO_EXPAND*/
对于WHERE后面的OR 或者IN-LIST的查询语句,NO_EXPAND将阻止其基于优化器对其进行扩展.
例如:

SELECT /*+NO_EXPAND*/ * FROM BSEMPMS WHERE DPT_NO='TDC506' AND SEX='M';

17. /*+NOWRITE*/
禁止对查询块的查询重写操作.
18. /*+REWRITE*/
可以将视图作为参数.
19. /*+MERGE(TABLE)*/
能够对视图的各个查询进行相应的合并.
例如:
SELECT /*+MERGE(V) */ A.EMP_NO,A.EMP_NAM,B.DPT_NO FROM BSEMPMS A (SELET DPT_NO
,AVG(SAL) AS AVG_SAL FROM BSEMPMS B GROUP BY DPT_NO) V WHERE A.DPT_NO=V.DPT_NO

AND A.SAL>V.AVG_SAL;

20. /*+NO_MERGE(TABLE)*/
对于有可合并的视图不再合并.
例如:
SELECT /*+NO_MERGE(V) */ A.EMP_NO,A.EMP_NAM,B.DPT_NO FROM BSEMPMS A (SELECT DPT_NO,AVG(SAL) AS AVG_SAL FROM BSEMPMS B GROUP BY DPT_NO) V WHERE A.DPT_NO=V.DPT_NO AND A.SAL>V.AVG_SAL;
21. /*+ORDERED*/
根据表出现在FROM中的顺序,ORDERED使ORACLE依此顺序对其连接.
例如:

SELECT /*+ORDERED*/ A.COL1,B.COL2,C.COL3 FROM TABLE1 A,TABLE2 B,TABLE3 C WHERE A.COL1=B.COL1 AND B.COL1=C.COL1;

27. /*+CACHE(TABLE)*/
当进行全表扫描时,CACHE提示能够将表的检索块放置在缓冲区缓存中最近最少列表LRU的最近使用端
例如:
SELECT /*+FULL(BSEMPMS) CAHE(BSEMPMS) */ EMP_NAM FROM BSEMPMS;
28. /*+NOCACHE(TABLE)*/
当进行全表扫描时,CACHE提示能够将表的检索块放置在缓冲区缓存中最近最少列表LRU的最近使用端
例如:

SELECT /*+FULL(BSEMPMS) NOCAHE(BSEMPMS) */ EMP_NAM FROM BSEMPMS;

30. /*+NOAPPEND*/
通过在插入语句生存期内停止并行模式来启动常规插入.
insert /*+noappend*/ into test1 select * from test4 ;