oracle sql tuning 3--常用检查问题语句

问题:经常碰到一些存储过程执行很久都跑不出结果，原因多样，从接触得最多的SQL语句上，有什么处理办法呢?

处理:

1.识别差SQL[预期响应时间>10S,假设每秒处理300个磁盘IO,每秒4000 buffer gets]

SELECT sql_text nl,
       'Executions='||executions  nl,
       'Expected Response Time in Seconds= ', 
       disk_reads / decode(executions, 0, 1,executions) / 300    "Response"  
FROM v$sql
WHERE  disk_reads / decode(executions,0,1, executions)/ 300 > 10
AND executions > 0
ORDER BY hash_value, child_number;

 

SELECT sql_text nl, 'Executions='|| 
    executions  nl,
   'Expected Response Time in Seconds= ', 
   buffer_gets / 
     decode(executions, 0, 1, executions) 
                / 4000 "Response"  
  FROM v$sql
 WHERE  buffer_gets / 
      decode(executions, 0,1, executions) 
                   /   4000 > 10
   AND executions > 0
ORDER BY hash_value, child_number;

2.识别当前长时间运行的查询

SELECT username, sql_text, sofar, totalwork, units
  FROM v$sql, v$session_longops
 WHERE sql_address=address
   AND sql_hash_value=hash_value
 ORDER BY address, hash_value, child_number

3.从CLIENT跟踪用户SQL

例如：窗口1执行

SQL> insert into test001 values (2,'yyy');

1 row created.
不commit;

窗口2跟踪窗口1的SQL

SQL> select ses_addr from v$transaction;

SES_ADDR
--------
35F0015C

SQL> select saddr,sql_address,prev_sql_addr,paddr from v$session where saddr='35F0015C';

SADDR     SQL_ADDR PREV_SQL PADDR
-------- -------- -------- --------
35F0015C 00      2FE52A18 35E1C370
SQL> SELECT SQL_TEXT,ADDRESS FROM V$SQL WHERE ADDRESS='2FE52A18';

SQL_TEXT
--------------------------------------------------------------------------------
ADDRESS
--------
insert into test001 values (2,'yyy')
2FE52A18


SQL>

v$process中SPID是操作系统进程号,可以通过操作系统命令netstat 查看到对应的应用程序

 

4.查看当前会话在等待什么事件

Select s.username,
       s.program,
       s.status,
       se.event,
       se.total_waits,
       se.total_timeouts,
       se.time_waited,
       se.average_wait
  from v$session s, v$session_event se

  Where s.sid = se.sid      
   And se.event not like 'SQl * Net%'      
   And s.status = 'ACTIVE'      
   And s.username is not null
   order by average_wait desc

5.查看系统启动以来特定事件的总等待数

select 
event as 等待事件的名称,
total_waits as 等待事件的总次数,
total_timeouts as 事件的超时总次数,
time_waited as 此事件的总等待时间百分之1秒,
average_wait as 此事件的平均等待时间百分之1秒
from v$system_event

6.会话正在等待的资源或者事件

select
a.SID as 会话标识符,
a.SEQ# as 标识等待的序列号,
a.event as 被等待的资源或事件,
a.SECONDS_IN_WAIT as 等待事件的秒数,
a.STATE as 状态
from v$session_wait a

7.性能前10差的SQL

SELECT * FROM (select PARSING_USER_ID,EXECUTIONS,SORTS,
COMMAND_TYPE,DISK_READS,sql_text FROM v$sqlarea
order BY disk_reads DESC )where ROWNUM<10 ;

8.快速发现ORACLE_SERVER性能的成因

查看占io较大的正在运行的session

SELECT se.sid,se.serial#,pr.SPID,se.username,se.status,
se.terminal,se.program,se.MODULE,、se.sql_address,st.event,st.
p1text,si.physical_reads,
si.block_changes FROM v$session se,v$session_wait st,
v$sess_io si,v$process pr WHERE st.sid=se.sid AND st.
sid=si.sid AND se.PADDR=pr.ADDR AND se.sid>6 AND st.
wait_time=0 AND st.event NOT LIKE '%SQL%' ORDER BY physical_reads DESC

看一下这些等待的进程都在忙什么，语句是否合理

Select sql_address from v$session where sid=;
Select * from v$sqltext where address=;

应观注一下event这列，这是我们调优的关键一列，下面对常出现的event做以简要的说明：

a、buffer busy waits，free buffer waits这两个参数所标识是dbwr是否够用的问题，与IO很大相关的，当v$session_wait中的free buffer wait的条目很小或没有的时侯，说明你的系统的dbwr进程决对够用，不用调整;free buffer wait的条目很多，你的系统感觉起来一定很慢，这时说明你的dbwr已经不够用了，它产生的wio已经成为你的数据库性能的瓶颈，这时的解决办法如下：

 

a.1、增加写进程，同时要调整db_block_lru_latches参数。

示例：修改或添加如下两个参数。

db_writer_processes=4 db_block_lru_latches=8

a.2、开异步IO，IBM这方面简单得多，hp则麻烦一些，可以与Hp工程师联系。

b、db file sequential read，指的是顺序读，即全表扫描，这也是我们应该尽量减少的部分，解决方法就是使用索引、sql调优，同时可以增大db_file_multiblock_read_count这个参数。

c、db file scattered read,这个参数指的是通过索引来读取，同样可以通过增加db_file_multiblock_read_count这个参数来提高性能。

d、latch free,与栓相关的了，需要专门调节。

e、其他参数可以不特别观注。

 

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/15720542/viewspace-611496/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/15720542/viewspace-611496/