亚洲蜜芽在线精品一区,亚洲另类无码专区首页,亚洲AV无码一区二区一二区

oracle 9i 应用�pȝ��优化

Fri, 22 Sep 2006 02:01:00 GMT

摘要: 最�q�单位要求写技术�ȝ��Q�我�Ҏ��《ORACLE9i_优化设计与系�l�调�?》以及网上相��x��章，主要�l�合自己的实际工作经历，写了一��《oracle 9i 应用�pȝ��优化�?本�h水��^有限�Q�如果有误的话请多多指正�Q�避免误��g��人，同时也希望大家共享相关的�l�验�Q�让我也学习学习。写�q�篇文章�q�是�׃��不少旉��Q�如果�{载的话请注明出处。Oracle9i 应用�pȝ��优化1、优化前提应用系�l�方案制定准��，对应用系�l�运行环境分�?.. 阅读全文

柳随�?/a> 2006-09-22 10:01 发表评论

Fri, 07 Jul 2006 06:19:00 GMT

�Q�－�?font color="#ff0000">http://www.oradb.net/转蝲�q�来

Oracle在执行一个SQL之前,首先要分析一下语句的执行计划,然后再按执行计划��L��行。分析语句的执行计划的工作是�׃��化器(Optimizer)来完成的。不同的情况,一条SQL可能有多�U�执行计�?但在某一时点,一定只有一�U�执行计划是最优的,��p��旉��是最��的。相信你一定会用Pl/sql Developer、Toad�{�工具去看一个语句的执行计划,不过你可能对Rule、Choose、First rows、All rows�q�几��Ҏ��疑问,因�ؓ我当初也是这��L��,那时我也疑惑��Z��么选了以上的不同的��?执行计划��变�?

1、优化器的优化方�?

Oracle的优化器共有两种的优化方�?卛_��于规则的优化方式(Rule-Based Optimization,��U�CؓRBO)和基于代��L��优化方式(Cost-Based Optimization,��U�CؓCBO)�?

A、RBO方式�Q�优化器在分析SQL语句�?所遵��@的是Oracle内部预定的一些规则。比如我们常见的,当一个where子句中的一列有索引时去走烦引�?

B、CBO方式�Q�依词义可知,它是看语句的代�h(Cost)�?�q�里的代价主要指Cpu和内存。优化器在判断是否用�q�种方式�?主要参照的是表及索引的统计信息。统计信息给��的大��?、有��行、每行的长度�{�信息。这些统计信息�v初在库内是没有的,是你在做analyze后才出现�?很多的时侯过期统计信息会令优化器做出一个错误的执行计划,因些我们应及时更新这些信息。在Oracle8及以后的版本,Oracle列推荐用CBO的方式�?

我们要明�?不一定走索引��是优的 ,比如一个表只有两行数据,一�ơIO��可以完成全表的��?而此时走索引时则需要两�ơIO,�q�时对这个表做全表扫�?full table scan)是最好的�?

2、优化器的优化模�?Optermizer Mode)

优化模式包括Rule,Choose,First rows,All rows�q�四�U�方�?也就是我们以上所提及的。如下我解释一下：

Rule:不用多说,卌��Z��规则的方式�?

Choolse:�q�是我们应观注的,默认的情况下Oracle用的便是�q�种方式。指的是当一个表或或索引有统计信�?则走CBO的方�?如果表或索引没统计信�?表又不是特别的小,而且相应的列有烦引时,那么��p��索引,走RBO的方式�?

First Rows:它与Choose方式是类似的,所不同的是当一个表有统计信息时,它将是以最快的方式�q�回查询的最先的几行,从��M��上减��了响应旉��?

All Rows:也就是我们所说的Cost的方�?当一个表有统计信息时,它将以最快的方式�q�回表的所有的�?从��M��上提高查询的吞吐量。没有统计信息则走基于规则的方式�?

3、如何设定选用哪种优化模式

a、Instance�U�别

我们可以通过在init.ora文�g中设定OPTIMIZER_MODE=RULE、OPTIMIZER_MODE=CHOOSE、OPTIMIZER_MODE=FIRST_ROWS、OPTIMIZER_MODE=ALL_ROWS去选用3所提的四种方式,如果你没讑֮�OPTIMIZER_MODE参数则默认用的是Choose�q�种方式�?

B、Sessions�U�别

通过SQL> ALTER SESSION SET OPTIMIZER_MODE=;来设定�?

C、语句��?

�q�些需要用到Hint,比如:

SQL> SELECT /*+ RULE */ a.userid,

2 b.name,

3 b.depart_name

4 FROM tf_f_yhda a,

5 tf_f_depart b

6 WHERE a.userid=b.userid;

4、�ؓ什么有时一个表的某个字�D�|��明有索引,当观察一些语的执行计划确不走索引呢？如何解决�?�Q?

A、不走烦引大体有以下几个原因

♀你在Instance�U�别所用的是all_rows的方�?

♀你的表的�l�计信息(最可能的原�?

♀你的表很��?上文提到�q�的,Oracle的优化器认�ؓ不值得走烦引�?

B、解��x��?

♀可以修改init.ora中的OPTIMIZER_MODE�q�个参数,把它改�ؓRule或Choose,重�v数据库。也可以使用4中所提的Hint.

♀删除�l�计信息

SQL>analyze table table_name delete statistics;

♀表小不走索引是对�?不用调的�?

5、其它相�?

A、如何看一个表或烦引是否是�l�计信息

SQL>SELECT * FROM user_tables

2 WHERE table_name=

3 AND num_rows is not null;

SQL>SELECT * FROM user_indexes

2 WHERE table_name=

3 AND num_rows is not null;

b、如果我们先用CBO的方�?我们应及时去更新表和索引的统计信�?以免生�Ş不切合实的执行计划�?

SQL> ANALYZE TABLE table_name COMPUTE STATISTICS;

SQL> ANALYZE INDEX index_name ESTIMATE STATISTICS;

具体的ANALYZE语句请参照Oracle8i/9i 的refrence文档�?

柳随�?/a> 2006-07-07 14:19 发表评论

oracle调优三步骤之一�Q�查找性能隐患

Tue, 07 Feb 2006 09:04:00 GMT

        oracle调优工作是非常复杂的�Q�涉及到的方斚w��面也比较多，但从实际做的��目来看�Q�往往都是应用�E�序�~�写的sql存在性能问题�Q�个��为如果没有用到oracle比较复杂的特性功能，一般的调优�q�是有章可��@的。基本就是三步：查找、分析、优化，我�ȝ��了在��目中一些经验，和大家一起分享，有不对的地方请大家多多指正�?BR>       一个新�pȝ��刚上�U�的时候，用户量、数据量都不是很多，性能问题一般不会很快体现出来，当用户反映系�l�开始慢、http��h��长时间没有响应（严重的时候导致整个应用down机）�Ӟ��我们��p��密切��x��了�?BR>查找的方法实际上oracle已经提供了相兛_��P��statspack�?/STRONG>
该工��L��安装、��用比较简单，日常主要用到的是脚本�Q?BR>        脚本路径${oracle_home}/rdbms/admin目录�?
        --spdrop.sql   删除脚本�Q�丢弃统计分析的相关包、视图、表、同义词�{�对�?首次创徏无须执行)
        --spcreate.sql 创徏脚本�Q�生成统计分析的相关包、视图、表、同义词�{�对象（首次执行前先创徏一个表�I�间�Q?BR>        --�l�计时生成两�ơ快照，一般在30-40分钟左右
        --执行�Ҏ��
             用sys登陆sqlplus后间隔对应时间执行两��?exec statspack.snap;

        --spreport.sql 生成报告记录sql ,生成的报告文件在�pȝ��当前路径下，文�g名默认�ؓ�Q?BR>               sp_开始快照号_�l�束快照�?lst
        --sprepsql.sql 分析相关快照中的sql执行计划�Q?BR>        --sppurge.sql 删除在两个快照号之间包括本��n的所有统计分析数据�?BR>        --sptrunc.sql 截取statspack�l�计分析的相��x��?nbsp; 在统计分析的对应用户perfstat下执�?BR> 每次执行快照生成的统计数据都在perfstat用户中相关的表中�Q?BR> 常用的：
         --查询快照相关信息
            select snap_id,snap_time from stats$snapshot;
        --�Ҏ��hash_value,快照查询对应的统计sql(statspack报告中sql�q�长会被截掉�Q?BR>            select sql_text from stats$sqltext where hash_value=查询�?and last_snap_id=begin_snap_id;
         如果使用statspack工具�Q�徏议将timed_statistics 讄��为true,否则无法查看到准��的�l�计信息�Q?i版本后的讄��为true对系�l�性能影响较小�Q��?BR>             alter system set timed_statistics=true;

如果需要实时的查找性能隐患的相关sql,通过v$session_wait,v$session,v$sqltext_with_newlines三张动态视囑ְ�可以基本查找到相关的sql�Q�脚本如下：


select sql_text ,sw.event
from v$sqltext_with_newlines st,v$session se,v$session_wait sw
where st.address=se.sql_address and st.hash_value=se.sql_hash_value
and se.sid =sw.sid and
(sw.event = 'buffer busy waits' or
  sw.event = 'enqueue' or
  sw.event = 'free buffer waits' or
  sw.event = 'global cache freelist wait' or
  sw.event = 'latch free' or
  sw.event = 'log buffer space' or
  sw.event = 'parallel query qref latch' or
  sw.event = 'pipe put' or
  sw.event = 'write complete waits' or
  sw.event like 'library cache%' or
  sw.event like 'log file switch%'
)
order by st.hash_value,st.piece;

�q�是我目前工作中常用的两�U�方法，如果有其他方法，希望大家也共享出来�?BR>

柳随�?/a> 2006-02-07 17:04 发表评论