oracle数据库性能问题定位方法

以unix下的oracle为例。
1、察看session当前执行的SQL语句
   使用top命令查看oracle服务进程的cpu占用情况,通常情况下单个进程占用cpu不应超过5%,如果超过10%,则可认为数据库的检索策略有问题。如果发生了这种情况,可能是该oracle服务进程代表的session当前执行的SQL语句耗费了大量的时间。记下该oracle服务进程的进程号PID,如“340356”,在sqlplus中使用如下的语句获得oracle服务进程的session id及对应的应用进程信息,如进程号、主机名、程序名、正执行的SQL语句在缓冲池中的编号等:
SQL>select s.sid,s.serial#,s.process,s.machine,s.program,s.sql_hash_value from v$session s, v$process p where p.spid='340356' and s.paddr=p.addr;


获得该oracle服务进程会话当前使用的SQL语句:


SQL>select q.sql_text from v$session s, v$process p,v$sqlarea q where p.spid='340356' and s.paddr=p.addr and s.sql_hash_value=q.hash_value;
用这个方法得到的结果并不一定准确,但效率低下的SQL往往会在会话中停留较长的时间,所以在大部分的情况下,这个方法可以对我们定位SQL语句执行效率的性能问题有所帮助。


(摘)http://www.blogjava.net/xingcyx/archive/2007/05/15/117551.html
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
1 由于ARCHIVE挂起导致数据库挂死 2 NIT文件中SGA区设置太大,导致内存不够用,数据库和系统都挂死 3 由于临时表空间无法扩展导致数据库被挂起 4由于未打补丁导致RMAN备份时将数据库挂起 5由于BLOB类型的表记录数太多操作又太频繁导致数据库效率急差 6由于未对特大表(达到或超过100万条记录)定期做表分析导致数据库操作特别慢 7由于空间不够导致插入数据时扩展索引失败 8由于REDOLOG破坏导致数据库异常 9由于控制文件被破坏导致数据库无法正常启动 10由于数据文件丢失或破坏导致数据库无法正常启动 11由于空间参数设置不合理导致扩展表空间、索引等失败 12由于时间格式的环境变量设置问题导致话单无法入库 13由于大事务未使用大回滚段导致事务挂起 14由于数据库连接数太多导致服务器进程数多或内存耗尽 15由于使用了MTS方式,导致数据库操作特别慢(包括备份) 16由于存在一个大事务操作,导致数据库性能特别差或产生频繁日志切换 17由于没有COMMIT,导致数据库表被锁住 18索引创建不合理,导致数据库查询特别慢 19 由于BUFFER参数设置不合理导致EXP失败 20由于EXP不向上兼容,语言不兼容,导致不同版本、不同字符集的数据库无法导入 21 由于创建表空间时误将其创建在以‘本地管理’,导致在表空间上的所有对象无法修改其存储参数 22 错误地在系统表空间上建无关的数据文件 23 ORACLE客户端在P4上安装不成功 24由于LISTENER.ORA或TNSNAMES.ORA配置问题导致网络问题 25由于环境变量设置问题导致VERSOIN版本启动问题 26用户数据、表破坏下的数据恢复 27 由于OS层问题导致数据库ORA-600错误 .....
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值