一、识别占用资源较多的语句的方法（4种方法）
1.测试组和最终用户反馈的与反应缓慢有关的问题。
2.利用V_$SQLAREA视图提供了执行的细节。（执行、读取磁盘和读取缓冲区的次数）
•数据列
EXECUTIONS：执行次数
DISK_READS：读盘次数
COMMAND_TYPE：命令类型（3:select,2:insert;6:update;7delete;47:pl/sql程序单元）
OPTIMIZER_MODE：优化方式
SQL_TEXT：Sql语句
SHARABLE_MEM：占用shared pool的内存多少
BUFFER_GETS：读取缓冲区的次数
•用途
1、帮忙找出性能较差的SQL语句
2、帮忙找出最高频率的SQL
3、帮忙分析是否需要索引或改善联接
3.监控当前Oracle的session，如出现时钟的标志，表示此进程中的sql运行时间较长。
4.Trace工具：
a)查看数据库服务的初始参数：timed_statistics、user_dump_dest和max_dump_file_size
b)Step 1: alter session set sql_trace=true
c)Step 2: run sql；
d)Step 3: alter session set sql_trace=false
e)Step 4:使用 “TKPROF”转换跟踪文件
f)Parse，解析数量大通常表明需要增加数据库服务器的共享池大小，
query或current提取数量大表明如果没有索引，语句可能会运行得更有效，
disk提取数量表明索引有可能改进性能，
library cache中多于一次的错过表明需要一个更大的共享池大小
二、如何管理语句处理和选项
•基于成本（Cost Based） 和基于规则（Rule Based） 两种优化器， 简称为CBO 和RBO
•Optimizer Mode参数值:
Choose：如果存在访问过的任何表的统计数据 ，则使用基于成本的Optimizer,目标是获得最优的通过量。如果一些表没有统计数据，则使用估计值。如果没有可用的统计数据，则将使用基于规则的Optimizer
All_rows：总是使用基于成本的Optimizer，目标是获得最优的通过量
First_rows_n：总是使用基于成本的Optimizer，目标是对返回前N行（“n”可以是1，10，100或者1000）获得最优的响应时间
First_rows：用于向后兼容。使用成本与试探性方法的结合，以便快速传递前几行
RULE：总是使用基于规则的Optimizer
三、使用数据库特性来获得有助于查看性能的处理统计信息（解释计划和AUTOTRACE）
No1: Explain Plan
A）使用Explain工具需要创建Explain_plan表，这必须先进入相关应用表、视图和索引的所有者的帐户内. (@D:oracleora92 dbmsadminutlxplan)
B）表结构：
STATEMENT_ID：为一条指定的SQL语句确定特定的执行计划名称。如果在EXPLAN PLAN语句中没有使用SET STATEMENT_ID，那么此值会被设为NULL。
OPERATION：在计划的某一步骤执行的操作名称，例如：Filters，Index，Table，Marge Joins and Table等。
OPTION：对OPERATION操作的补充，例如：对一个表的操作，OPERATION可能是TABLE ACCESS，但OPTION可能为by ROWID或FULL。
Object_Owner：拥有此database Object的Schema名或Oracle帐户名。
Object_name：Database Object名
Object_type：类型，例如：表、视图、索引等等
ID：指明某一步骤在执行计划中的位置。
PARENT_ID：指明从某一操作中取得信息的前一个操作。通过对与ID和PARENT_ID使用Connect By操作，我们可以查询整个执行计划树。
C）EXPLAIN搜索路径解释
•全表扫描（Full Table Scans）(无可用索引,大量数据,小表 ,全表扫描hints,HWM(High Water Mark), Rowid扫描)
•索引扫描
索引唯一扫描（Index Unique Scans）
索引范围扫描（Index Range Scans）
索引降序范围扫描（Index Range Scans Descending）
索引跳跃扫描（Index Skip Scans）
全索引扫描（Full Scans）
快速全索引扫描（Fast Full Index Scans）
索引连接（Index Joins）
位图连接（Bitmap Joins）
•如何选择访问路径： CBO首先检查WHERE子句中的条件以及FROM子句，确定有哪些访问路径是可用的。然后CBO使用这个访问路径产生一组可能的执行计划，再通过索引、表的统计信息评估每个计划的成本，最后优化器选择成本最低的一个。
•表的连接方式：
Nested Loops会循环外表（驱动表），逐个比对和内表的连接是否符合条件。在驱动表比较小，内表比较大，而且内外表的连接列有索引的时候比较好。当 SORT_AREA空间不足的时候，Oracle也会选择使用NL。基于Cost的Oracle优化器(CBO)会自动选择较小的表做外表。（优点：嵌套 循环连接比其他连接方法有优势,它可以快速地从结果集中提取第一批记录,而不用等待整个结果集完全确定下来。缺点：如果内部行源表(读取的第二张表（内 表）已连接的列上不包含索引,或者索引不是高度可选时, 嵌套循环连接效率是很低的。如果驱动行源表(从驱动表中提取的记录)非常庞大时,其他的连接方法可能更加有效。）
SORT- merge JOIN，将两表的连接列各自排序然后合并，只能用于连接列相等的情况，适合两表大小相若的情况（在缺乏数据的选择性或者可用的索引时,或者两个源表都过 于庞大(超过记录数的5%)时,排序合并连接将比嵌套循环连更加高效。但是,排列合并连接只能用于等价连接(WHERE D.deptno=E.dejptno,而不是WHERE D.deptno>=E.deptno)。排列合并连接需要临时的内存块,以用于排序(如果SORT_AREA_SIZE设置得太小的话)。这将导 致在临时表空间占用更多的内存和磁盘I/O。）---www.bianceng.cn
HASH JOIN在其中一表的连接列上作散列，因此只有另外一个表做排序合并，理论上比SORT JOIN会快些，需要有足够的内存，而且打开了SORT_JOIN_ENABLE参数。(当缺少有用的索引时，哈希连接比嵌套循环连接更加有效。哈希连接 可能比排序合并连接更快，因为在这种情况下只有一张源表需要排序。哈希连接也可能比嵌套循环连接更快，因为处理内存中的哈希表比检索B_树索引更加迅速。 和排序合并连接、群集连接一样，哈希连接只能用于等价连接。和排序合并连接一样，哈希连接使用内存资源，并且当用于排序内存不足时，会增加临时表空间的 I/O（这将使这种连接方法速度变得极慢）。最后，只有基于代价的优化器才可以使用哈希连接。)
索引连接:
No2: AUTOTRACE
•set autotrace 使用步骤：
1、以system登录
2、创建plustrace角色; <your_oracle_home>sqlplusadminplustrce.sql
3、向常规用户授予权限：grant plustrace to <user id>
4、如果没有plan_table也要创建: <your_oracle_home> dbmsadminutlxplan.sql
•set autotrace 选项
on 显示查询结果，执行计划，统计数据
on statistics 显示查询结果，统计数据，不显示执行计划
on explain显示查询结果，执行计划，不显示统计数据
traceonly 显示执行计划和统计结果，但不包括查询结果
traceonly statistics 仅显示统计数据
recursive calls在用户级别和系统级别上生成的递归调用的数量。Oracle维护了一些用于内部处理的表。当oracle需要对这些表进行更改时，它就会在内部生成一个SQL语句，然后这个语句再生成一个递归调用。
db block gets请求一个CURRENT块的次数
consistent gets为一块请求consistent read的次数
physical reads从磁盘读取得数据块总数。这个数量等于“直接物理读取”的值加上读入缓冲区的所有数据块
redo size生成的重做的总数量（以字节为单位）
bytes sent via SQL * Net to client从前台进程发送给客户的总字节数
bytes received via SQL * Net from client通过Oracle Net从客户接收的总字节数
SQL*Net roundtrips to/from client发送给客户和从客户接收的Oracle Net消息的总数
sorts (memory)完全在内存中执行并且不需要任何磁盘写入的排序操作的数量
sorts (disk)至少需要一个磁盘写入的排序操作的数量
rows processed在操作过程中处理的行数
四、最后，使用计时特性来测量和比较处理时间
Set timing on
3508
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
