Oracle数据库最优化参数缩短反应时间
2007-05-13 12:28:15 来源:WEB开发网 闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁炬儳缍婇弻鐔兼⒒鐎靛壊妲紒鐐劤缂嶅﹪寮婚悢鍏尖拻閻庨潧澹婂Σ顔剧磼閻愵剙鍔ょ紓宥咃躬瀵鎮㈤崗灏栨嫽闁诲酣娼ф竟濠偽i鍓х<闁诡垎鍐f寖闂佺娅曢幑鍥灳閺冨牆绀冩い蹇庣娴滈箖鏌ㄥ┑鍡欏嚬缂併劎绮妵鍕箳鐎n亞浠鹃梺闈涙搐鐎氫即鐛崶顒夋晬婵絾瀵ч幑鍥蓟閻斿摜鐟归柛顭戝枛椤牆顪冮妶搴′簼缂侇喗鎸搁悾鐑藉础閻愬秵妫冮崺鈧い鎺戝瀹撲礁鈹戦悩鎻掝伀缁惧彞绮欓弻娑氫沪閹规劕顥濋梺閫炲苯澧伴柟铏崌閿濈偛鈹戠€n€晠鏌嶆潪鎷屽厡闁汇倕鎳愮槐鎾存媴閸撴彃鍓卞銈嗗灦閻熲晛鐣烽妷褉鍋撻敐搴℃灍闁绘挻娲橀妵鍕箛闂堟稐绨肩紓浣藉煐濮樸劎妲愰幘璇茬闁冲搫鍊婚ˇ鏉库攽椤旂》宸ユい顓炲槻閻g兘骞掗幋鏃€鐎婚梺瑙勬儗閸樺€熲叺婵犵數濮烽弫鍛婃叏椤撱垹纾婚柟鍓х帛閳锋垶銇勯幒鍡椾壕缂備礁顦遍弫濠氱嵁閸℃稒鍊烽柛婵嗗椤旀劕鈹戦悜鍥╃У闁告挻鐟︽穱濠囨嚃閳哄啰锛滈梺褰掑亰閸欏骸鈻撳⿰鍫熺厸閻忕偟纭堕崑鎾诲箛娴e憡鍊梺纭呭亹鐞涖儵鍩€椤掑啫鐨洪柡浣圭墪閳规垿鎮欓弶鎴犱桓闂佸湱枪閹芥粎鍒掗弮鍫熷仺缂佸顕抽敃鍌涚厱闁哄洢鍔岄悘鐘绘煕閹般劌浜惧┑锛勫亼閸婃牠宕濋敃鈧…鍧楀焵椤掍胶绠剧€光偓婵犱線鍋楀┑顔硷龚濞咃絿妲愰幒鎳崇喓鎷犻懠鑸垫毐闂傚倷鑳舵灙婵炲鍏樺顐ゆ嫚瀹割喖娈ㄦ繝鐢靛У绾板秹寮查幓鎺濈唵閻犺櫣灏ㄥ銉р偓瑙勬尭濡繂顫忛搹鍦<婵☆垰鎼~宥囩磽娴i鍔嶉柟绋垮暱閻g兘骞嬮敃鈧粻濠氭偣閸パ冪骇鐎规挸绉撮—鍐Χ閸℃ê闉嶇紓浣割儐閸ㄥ墎绮嬪澶嬪€锋い鎺嶇瀵灝鈹戦埥鍡楃仯闁告鍕洸濡わ絽鍟崐鍨叏濡厧浜鹃悗姘炬嫹

在Oracle9i之前,仅有的两个CBO模式是ALL_ROWS以及FIRST_ROWS。传统的FIRST_ROWS SQL最优化的缺点之一是,它的运算法则并没有特别指定行检索的范围。
但是,在Oracle9i中包含了几个新的最优化指令:
FIRST_ROWS_1
FIRST_ROWS_10
FIRST_ROWS_100
FIRST_ROWS_1000
FIRST_ROWS_n
最优化会指示选择一个查询执行计划,这个计划会缩短生成最初n行查询结果的时间。
你可以把这个新的CBO模式设置到数据库中的几个层次上:systemwide,在会话层或者在查询层次上。
alter system set optimizer_mode=first_rows_100;
alter session set optimizer_mode = first_rows_100;
select /*+ first_rows(100) */ from student;
根据来自Oracle公司的说法,使用FIRST_ROWS_n最优化,Oracle查询能够使用最少的反应时间来给出最初的n行结果。更快速的给出最初n行的结果能够提高用户对应用软件的满意程度的原因是由于用户能够更为快速的得到最初的那些数据。
当使用FIRST_ROWS最优化索引的时候,ALL_ROWS最优化支持完整表的搜寻。但是,Oracle通过FIRST_ROWS_n最优化扩展了这个概念的范畴。
在传统的FIRST_ROWS最优化中,Oracle CBO支持索引扫描,甚至当全部成本高于完整表扫描的时候也是如此。在对于完整表扫描不太昂贵的较小型表的情况下,这种情况也是尤为明显。
请看一看下面的这个例子。
Set autotrace on explain
alter session set optimizer_goal = choose;
select * from emp where sal < 1200;
PLAN
SELECT STATEMENT (OPTIMIZER=CHOOSE) (COST=62) (ROWS=99)
TABLE ACCESS FULL EMP (COST=62) (ROWS=99)
现在,我们要使用FIRST_ROWS最优化来进行相同的查询工作。
alter session set optimizer_goal = first_rows;
select * from emp where sal < 1200;
The explain plan is now transformed to:
PLAN
SELECT STATEMENT (OPTIMIZER=FIRST_ROWS) (COST=102)
TABLE ACCESS BY INDEX ROWID EMP (COST=102) (ROWS=99)
INDEX RANGE SCAN SA L_IDX (COST=2) (ROWS=99)
我们希望CBO能够对索引进行支持,但是我们还是非常惊奇的看到选择了一种比完整表扫描更为昂贵的方式。这是一个临界点。在Oracle9i之前,FIRST_ROWS最优化是一种对内部规则和费用的一种综合,而且Oracle9i FIRST_ROWS最优化也是完全基于成本的。
在Oracle9i之前,我们使用OPTIMIZER_INDEX_COST_ADJ参数来控制CBO选择索引。虽然Oracle公司声称FIRST_ROWS_n最优化能够让查询变得更加快速,但是要记住, Oracle9i CBO所负责的是最初那些行的查询访问的成本。换一种说法,所有的FIRST_ROWS_n模式所做的就是决定出更为明智的选择,决定是使用索引还是使用完整表扫描来进行对小型表的访问。由于多数的Oracle9i DBA会把这些小型表存储于KEEP池中,因此该参数使用的范围并不广。
- ››oracle 恢复误删除的表和误更新的表
- ››Oracle分页查询排序数据重复问题
- ››Oracle创建dblink报错:ORA-01017、ORA-02063解决
- ››Oracle 提高SQL执行效率的方法
- ››Oracle 动态查询,EXECUTE IMMEDIATE select into...
- ››Oracle 11g必须开启的服务及服务详细介绍
- ››oracle性能34条优化技巧
- ››oracle数据库生成随机数的函数
- ››Oracle 数据库表空间容量调整脚本
- ››oracle单库彻底删除干净的方法
- ››Oracle创建表空间、创建用户以及授权、查看权限
- ››oracle 中 UPDATE nowait 的使用方法
更多精彩
赞助商链接