?提示(hint)从Oracle7中引入,目的是弥补基于成本优化器的缺陷。提示通常用来改变SQL执行计划,提高执行效率。
1.使用提示需要遵循的原则
1)仔细检查提示语法。尽量使用完整注释语法/*+ hint */
2)使用表别名。如果在查询中指定了表别名,那么提示必须也使用表别名。例如:select /*+ index(e,dept_idx) */ * from emp e;
3)不要在提示中使用模式名称:如果在提示中指定了模式的所有者,那么提示将被忽略。例如:
select /*+ index(scott.emp,dept_idx) */ * from emp;
4)检验提示。如果提示指定了不可用的访问路径,那么这个提示将被忽略。
2.导致提示无效的条件:
提示
?被忽略的条件
?
cluster
?与非簇表一同使用
?
hash
?与非簇表一同使用
?
hash_aj
?不存在子查询
?
index
?指定的索引不存在
?
index_combine
?不存在位图索引
?
merge_aj
?不存在子查询
?
parallel
?调用的不是TABLE ACCESS FULL计划
?
push_subq
?不存在子查询
?
star
?事实表中存在不恰当的索引
?
use_concat
?在where子句中不存在多个or条件
?
use_nl
?表中不存在索引
?
3.几种主要的优化模式:
1)all_rows:all_rows是基于成本的优化方法,目的是提供整体最佳的吞吐量和最小的资源消耗。all_rows提示倾向使用全表扫描,而且不适用于OLTP数据库。使用all_rows提示应该保障查询中涉及的表和索引拥有使用analyze命令分析得到的统计资料。
2)rule:rule提示使Oracle为查询提供基于规则的优化模式。在怀疑CBO生成了非优化的执行计划时,通常首先尝试使用rule提示。Rule提示忽略表和索引的统计资料,并且使用基本的试探法生成执行计划。
3)first_rows:这个提示是基于成本的优化方法,目的是提供最快的反应时间。使用first_rows提示应该保障查询中涉及的表和索引拥有使用analyze命令分析得到的统计资料。
4.表的连接提示
1)use_hash提示
use_hash 提示对指定的表进行散列连接。散列连接是Oracle用以驱动表(最小的表)向RAM区中装载记录的方法,RAM区由HASH_AREA_SIZE定义。散列连接适合中间结果比较大的情况。使用散列连接时,HASH_AREA_SIZE对速度影响非常大,如果驱动表不能一次装入内存,那么需要使用TEMP表空间,这种情况下速度比较慢。这个参数可以在session级别动态修改,需要进行散列连接时可以临时增大,速度可能显著增加。
2)use_merge 提示
use_merge 提示强制执行一个排序合并操作。排序合并操作通常与并行查询结合使用,因为排序合并操作倾向于全表扫描。该提示适合于生成大型结果集的查询。
3)use_nl:
use_nl提示将强制对目标表执行嵌套循环连接。use_nl提示很少用于SQL调整,因为CBO和RBO更倾向于使用循环嵌套连接。
4)star提示
star 提示强制使用星型查询计划。前提是查询中至少三个表,而且在事实表中存在恰当的索引。
5.表反连接提示
SQL反连接是指在语句中包含NOT IN 或者NOT EXISTS子句时执行的操作。
1)merge_aj
在使用全表访问比索引访问更好的情况下,可以在NOT IN子查询中使用merge_aj提示以便执行反连接。
2)hash_aj
hash_aj 提示放在NOT IN 子查询中用来希望执行散列连接时,执行散列反连接。
hash_aj和merge_aj要求子查询列非空。
6.INDEX提示
1)INDEX提示简介:
INDEX提示被用于显示指定表名或表名与索引。如果只指定了表名,那么优化器将使用表中的"最优"索引。在永久优化SQL语句中,建议指定表和索引。
2)index_join 提示
index_join 提示明确要求优化器使用索引连接来作为访问路径。
3)and_equal 提示
and_equal 提示可以使多个非唯一的索引合并索引,并且使这些索引操作时就象单个连续索引一样。该提示如果被应用,在查询计划中显示的是AND-EQUAL。
4)index_asc 提示
index_asc 提示使用升序索引。这是默认的优化器行为。
5)no_index 提示
该提示忽略索引存在,类似full。
6)index_combine提示
index_combine 提示用来强制使用位图索引作为表的访问路径。
7)index_ffs提示
索引快速完全扫描可以在不访问任何记录的情况下完成查询。
8)use_concat提示
use_concat提示要求为所有的OR条件使用UNION ALL执行计划,并将这个查询重新书写为多个查询。如果在WHERE子句中存在大量OR条件,可以考虑使用use_concat提示。
7.总结
1)因为提示放在注释中,所以如果提示与现存的执行计划不兼容,或者提示不正确,有可能被忽略。
2)在使用RBO时,可以通过提示将指定的查询更改为CBO。切记要对查询中涉及的所有表和索引进行分析。
3)在使用CBO的时候,可以通过添加RULE提示或者FIRST_ROWS提示来开始调整一个可以优化的SQL语句。
4)提示可以在子查询中使用,但是外部查询的提示不会带入子查询。
5)如果在查询计划中发现卡笛尔积(CARTESIAN),则要尽量解决
本篇文章来源于 Linux公社网站(www.linuxidc.com)? 原文链接:http://www.linuxidc.com/Linux/2011-09/43103.htm