Oracle SQL性能优化系列 (十二)
39. 总是使用索引的第一个列假如索引是建立在多个列上, 只有在它的第一个列(leading column)被where子句引用时,优化器才会选择使用该索引. 译者按: 这也是一条简单而重要的规则. 见以下实例. SQL> create table multiindexusage ( inda number , indb number , descr varchar2(10));Table created.SQL> create index multindex on multiindexusage(inda,indb);Index created.SQL> set autotrace traceonly SQL> select * from multiindexusage where inda = 1;Execution Plan----------------------------------------------------------0 SELECT STATEMENT Optimizer=CHOOSE1 0 TABLE access (BY INDEX ROWID) OF 'MULTIINDEXUSAGE'2 1 INDEX (RANGE SCAN) OF 'MULTINDEX' (NON-UNIQUE) SQL> select * from multiindexusage where indb = 1;Execution Plan----------------------------------------------------------0 SELECT STATEMENT Optimizer=CHOOSE1 0 TABLE ACCESS (FULL) OF 'MULTIINDEXUSAGE' 很明显, 当仅引用索引的第二个列时,优化器使用了全表扫描而忽略了索引 40. ORACLE内部操作当执行查询时,ORACLE采用了内部的操作. 下表显示了几种重要的内部操作.ORACLE Clause
内部操作ORDER BY
SORT ORDER BYUNION
UNION-ALLMINUS
MINUSINTERSECT
INTERSECTDISTINCT,MINUS,INTERSECT,UNION
SORT UNIQUEMIN,MAX,COUNT
SORT AGGREGATEGROUP BY
SORT GROUP BYROWNUM
COUNT or COUNT STOPKEYQueries involving Joins
SORT JOIN,MERGE JOIN,NESTED LOOPSCONNECT BY
CONNECT BY
41. 用UNION-ALL 替换UNION ( 假如有可能的话) 当SQL语句需要UNION两个查询结果集合时,这两个结果集合会以UNION-ALL的方式被合并, 然后在输出最终结果前进行排序.假如用UNION ALL替代UNION, 这样排序就不是必要了. 效率就会因此得到提高. 举例:低效： SELECT ACCT_NUM, BALANCE_AMTFROM DEBIT_TRANSACTIONSWHERE TRAN_DATE = ’31-DEC-95’UNIONSELECT ACCT_NUM, BALANCE_AMTFROM DEBIT_TRANSACTIONSWHERE TRAN_DATE = ’31-DEC-95’高效:SELECT ACCT_NUM, BALANCE_AMTFROM DEBIT_TRANSACTIONSWHERE TRAN_DATE = ’31-DEC-95’UNION ALLSELECT ACCT_NUM, BALANCE_AMTFROM DEBIT_TRANSACTIONSWHERE TRAN_DATE = ’31-DEC-95’ 译者按:需要注重的是，UNION ALL 将重复输出两个结果集合中相同记录. 因此各位还是要从业务需求分析使用UNION ALL的可行性.UNION 将对结果集合排序,这个操作会使用到SORT_AREA_SIZE这块内存. 对于这块内存的优化也是相当重要的. 下面的SQL可以用来查询排序的消耗量 Select substr(name,1,25) "Sort Area Name",substr(value,1,15) "Value"
from v$sysstatwhere name like 'sort%' 42. 使用提示(Hints)对于表的访问,可以使用两种Hints.FULL 和 ROWID FULL hint 告诉ORACLE使用全表扫描的方式访问指定表.例如:SELECT /*+ FULL(EMP) */ *FROM EMPWHERE EMPNO = 7893; ROWID hint 告诉ORACLE使用TABLE ACCESS BY ROWID的操作访问表. 通常, 你需要采用TABLE ACCESS BY ROWID的方式非凡是当访问大表的时候, 使用这种方式, 你需要知道ROIWD的值或者使用索引.假如一个大表没有被设定为缓存(CACHED)表而你希望它的数据在查询结束是仍然停留在SGA中,你就可以使用CACHE hint 来告诉优化器把数据保留在SGA中. 通常CACHE hint 和 FULL hint 一起使用.例如:SELECT /*+ FULL(WORKER) CACHE(WORKER)*/ *FROM WORK; 索引hint 告诉ORACLE使用基于索引的扫描方式. 你不必说明具体的索引名称例如:SELECT /*+ INDEX(LODGING) */ LODGINGFROM LODGINGWHERE MANAGER = ‘BILL GATES’; 在不使用hint的情况下, 以上的查询应该也会使用索引,然而,假如该索引的重复值过多而你的优化器是CBO, 优化器就可能忽略索引. 在这种情况下, 你可以用INDEX hint强制ORACLE使用该索引. ORACLE hints 还包括ALL_ROWS, FIRST_ROWS, RULE,USE_NL, USE_MERGE, USE_HASH 等等. 译者按:使用hint , 表示我们对ORACLE优化器缺省的执行路径不满足,需要手工修改.这是一个很有技巧性的工作. 我建议只针对特定的,少数的SQL进行hint的优化.对ORACLE的优化器还是要有信心(非凡是CBO)
