利用执行计划调优ＯＲＡＣＬＥ数据库.docVIP

利用执行计划调优ＯＲＡＣＬＥ数据库 　　摘要：本文通过对SQL的执行计划方面进行切入，结合执行计划的各个方面来进行相应的实验和分析，从而达到提高ORACLE效率,和解决时下由于数据库功能和规模的扩大与数据库性能调优的复杂带来的应用的矛盾的效果。 　　关键词：Oracle；调优；执行计划； Cost 　　中图分类号：TP311文献标识码：A 文章编号：1009-3044(2008)28-0013-03 　　Using SQL Plan to Optimize Oracle Database 　　TANG Xu-dong 　　(Tongji University,Shanghai 200093,China) 　　Abstract: In this paper, the optimized designs are focused on SQL plan, It analyses the implement of the optimization of oracle database by the aspects of SQL plan, to achieve the goal of improvement of the Oracle Database and salvation of The conflict between the expansion of database functionality and scale, and the growing complexity of database tunning. 　　Key words: oracle; tunning; plan; cost 　　1 引言 　　数据库系统是人们用来管理信息的有效存储工具，但随着信息社会与网络应用的不断发展，数据库规模也随之不断的扩大，数据库系统的性能问题就越来越突出。优化是有目的地更改系统的一个或多个组件，使其满足一个或多个目标的过程。对Oracle来说，优化是进行有目的的调整组件级以改善性能，即增加吞吐量，减少响应时间。本文针对数据库系统的性能调优问题，通过以Oracle为例，从SQL的执行计划方面来对数据库调优方面做出相应的阐述。 　　2 优化器 　　分析语句的执行计划的工作是由优化器(Optimizer)来完成的。 　　ORACLE的优化器共有3种: 1) RULE (基于规则); 2) COST (基于成本); 3) CHOOSE (选择性) 。 　　如果数据库的优化器模式设置为选择性(CHOOSE),那么实际的优化器模式将和是否运行过analyze命令有关. 如果table已经被analyze过, 优化器模式将自动成为CBO , 反之,数据库将采用RULE形式的优化器。 　　在缺省情况下,ORACLE采用CHOOSE优化器, 为了避免那些不必要的全表扫描(full table scan) , 你必须尽量避免使用CHOOSE优化器,而直接采用基于规则或者基于成本的优化器。 　　优化器在形成执行计划时需要做的一个重要选择是如何从数据库查询出需要的数据。对于SQL语句存取的任何表中的任何行，可能存在许多存取路径(存取方法)，通过它们可以定位和查询出需要的数据。优化器选择其中自认为是最优化的路径。 　　3 执行计划各参数分析 　　我们来看一个用dbms_system存储过程生成的执行计划，因为使用dbms_system存储过程可以跟踪另一个会话发出的sql语句，并记录所使用的执行计划，而且还提供其它对性能调整有用的信息。 　　例子：txd_nonauto_agreement_t是一个较大分区的表，txd_nonauto_agreement_t是一个数据跟nonauto_agreement_t完全一样但没有分区也没有索引的表。 　　1)txd_nonauto_agreement_t的 policy_no列上没有索引，则运行下面的语句： 　　select * from txd_nonauto_agreement_t where policy_no=’AJINH59A2005B001172J’ 　　在PL/SQL中可以看到如下的执行计划： 　　■ 　　图1 没有索引的执行计划结果 　　在这个例子中，TABLE ACCESS FULL是第一个操作，意思是在txd_nonauto_agreement_t表上做全表扫描。当这个操作完成之后，产生的row source中的数据被送往下一步骤进行处理，在此例中，SELECT STATEMENT操作是这个查询语句的最后一步。 　　2)nonauto_agreement_t 表的policy_no列上有索引，则运行下面的语句： 　　select * from