Chinaunix首页 | 论坛 | 博客
  • 博客访问: 103695397
  • 博文数量: 19283
  • 博客积分: 9968
  • 博客等级: 上将
  • 技术积分: 196062
  • 用 户 组: 普通用户
  • 注册时间: 2007-02-07 14:28
文章分类

全部博文(19283)

文章存档

2011年(1)

2009年(125)

2008年(19094)

2007年(63)

分类: Oracle

2008-05-06 07:54:09

    来源:赛迪网    作者:Ford

Oracle中SQL语句执行效率问题的查找与解决:

一、识别占用资源较多的语句的方法(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、帮忙分析是否需要索引或改善联接

监控当前Oracle:family: 'Times New Roman'; mso-hansi-font-family: 'Times New Roman'">的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

阅读(701) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~