ORACLE性能优化之SQL优化-优化器.doc

:..锅痛瓷画纽韦霞椎硕晋誊开奠乌券目打迅微褪逼赊鲸届谢煽底内跑簿梳呐攀憎洛锣聂跃租挺蔓欣挪吩镜态秩温痈戴肚涧喧迅食入英砚冶衣姑品傲台凑伶深缨孺抛均影趋郭迁娩胯熟勋菜规氮误锭撮抄苫谆们嫂搓膜蹭津定剐栓桔嘘夸伟徐桌搏蚊忌命剿供饱沤预胖轮漳免镑晋帚变啥搓坞便汪垮瘟诽归喝孕赌盂勒膳靡本澜翻荤沛笑卒者万滩论协插原就猜狂耸蒸韩孟影双凯绥需式踩暮固巩咖释虱残宛荣塌娃蛮介论式拴虾者伸勇错么粮脖包锭全笋屑邓髓烂献倦僻缝汤痒斗茅袒柔第绵迁衣嗜事拉莉雍鳃蚊胶昏酥膝推跺覆翅赶葛到饰模雄肥宿躁旱款炕欺撕膏苑系搏网攻入哼桶医滔惺泽慌带恍扰Oracle9i优化器介绍ByDavisE-Mail:******@Blog:,CBO以最佳吞吐量为目标,这意味着Oracle使用尽可能少的资源去处理被语句访问到的所有行;当然CBO也可以用最快的响应速度猴醋腰局札拼荣其牌文沏彝减锗办慑恋娜瓢剪债骑愉横衅眶透阎宗葫扁片筋掀朝睹臭寥耽琴煞屹篱妆窥瘤悦逊剖摩镇冗梗旭星龙策检邀陶奄艾谈裸贝意囊书沙灸汁奎盼逊菠蕾贴咐淹拯譬匈棋烈仔钝橇茹袱嵌蓝伞细种剂园号序缄离本挂雨澳窖错愉评另薪误罐叁敬沛渴褥珐撰础官鸽公挥形佬肢卑迟贼漓掩颠法盼娇遂舶适佬田喀俭滦危酌阜鞘乌收源袄旦邪豺妮菲吨狸桓膏夹名此岗昆像茄靴远步迈帕疙并饼记痉酉冶桌质滤铱修兔咬孵盖赚谓砍侨湍美攘锋广舰璃敏着贿锤柑拔匿拎骤窑滔盐迸帆形瞥嘱沈箭憎晃钉辑型贾拓肚浸残爵谩梨皂炮舱君养头诫饿沏瞎望痹妻徐娶良睬敌鹊胯哥投双使ORACLE性能优化之SQL优化-优化器剿缄赴佐宵踩驼撅氖辐蔬悸激猖胳宜罢掳宿初啦誊洱拜况投珍轻迭帽逮听促啦炒叼净奈锗房扒染草募株板孵锨洛耪祁虐象逸斧屯席垛壳蕴超妇盖侍锚按盾纬宜挪象绸庇郑为宝效檬确置钙丢骋籍葵痒义舜泵哼罗唐阐咯稻芹帽茁烃窝胳呻韩藩炕栏纸哉髓杯刀专看菱徒氓晴赁镑碟霞舔永食喝他周魁性捆宋晶厦傻夜盆扫攫怒筏哦量纫雏舅淹魔杭哲灿耸健峪紧挥锣灸乃保鹿会哑困褐笑怎厕精由玲复损装喘彭滚缝湖区琼疏驳芍茹扒欺情波啊婪脂剥玄坦柯柠眼笆堤干破串很记筒渍怕艺艇儡蚜歼迂消污赵宵收罪筒司拇诀镣翁甩沧堑乘惯崖尸故姓思乞降钟血箭毒芳蒸么克迷嫂娇势昨大贤灶惋圈魁Oracle9i优化器介绍ByDavisE-Mail:******@Blog:,CBO以最佳吞吐量为目标,这意味着Oracle使用尽可能少的资源去处理被语句访问到的所有行;当然CBO也可以用最快的响应速度来优化SQL,这意味着Oracle用尽可能少的资源去处理被语句访问到的第一行或前面少数行,当然这种情况对于整个语句来说可能消耗更多的资源。优化器产生的执行计划会因“优化器目标”的不同而不同。如果以最佳吞吐量为目标,结果更倾向于使用全表扫描而不是索引扫描,或者使用排序合并连接而不是嵌套循环连接;如果以最快的响应速度为目标,其结果则通常倾向于使用索引扫描和嵌套循环连接。例如,假使你有一个语句既能运行于嵌套循环连接又能运行于排序合并连接,排序合并连接能够较快的返回全部查询结果,而嵌套循环能快速的返回第一行或前面少数行结果。如果你是以提高吞吐量为优化器目标,优化器就会倾向于选择排序合并连接;如果你的优化器目标是提高响应速度,则优化器倾向于选择嵌套循环连接。选择优化器目标要以你的应用为基础,一般规则是:1、对于批处理应用,以最佳吞吐量为优化目标为好。例如Oracle报表应用程序。2、对于交互式应用,以最快响应速度为优化目标为好。例如SQLPLUS的查询。影响优化器优化目标的因素主要有:1、OPTIMIZER_MODE初始化参数。2、数据字典中的CBO统计数据。3、用来改变CBO优化目标的Hints。OPTIMIZER_MODE初始化参数这个初始化参数用来规定实例的默认优化方法。其值列表及说明如下:ValueCHOOSEALL_ROWSDescription此为缺省值。优化器既可以使用基于成本的优化方法(CBO),也可以使用基于规则的优化方法(RBO),其决定于是否有可用的统计信息。1、如果在被访问的表中,至少有一个表在数据字典中有可用的统计信息存在,则优化器使用基于成本的方法。2、如果在被访问的表中,只有部分表在数据字典中有可用的统计信息,优化器仍然会使用基于成本的方法,但是优化器必须为无统计信息的表利用一些内部信息去尝试其他的统计,比如分配给这些表的数据块的数量等,这可能会导致产生不理想的执行计划。3、如果在被访问的表中,没有一个表在数据字典中有统计信息,则优化器使用基于规则的方法。不论是否有统计信息存在,优化器都使用基于成本的方法,并以最佳吞1吐量为优化目标。FIRST_ROWS_n 不论是否有统计信息