设为首页 收藏本站
查看: 997|回复: 0

[经验分享] 怎么查找oracle比较慢的session和SQL

[复制链接]

尚未签到

发表于 2018-9-12 11:35:40 | 显示全部楼层 |阅读模式
  一、如何找到消耗资源大的Oracle的session及其执行的SQL语句
  HP-UX可以用glance,top、IBM- AIX可以用topas、另外可以使用PS命令查看进程。
  通过这些程序我们可以找到用系统资源特别大的这些进程的进程号,我们就可以通过以下的sql语句发现这个pid正在执行哪个sql,这个sql最好在pl/sql developer,toad等软件中执行, 把中的spid换成你的spid就可以了。
  SELECT a.username,
  a.machine,
  a.program,
  a.sid,
  a.serial#,
  a.status,
  c.piece,
  c.sql_text
  FROM v$session a,
  v$process b,
  v$sqltext c
  WHERE b.spid=
  AND b.addr=a.paddr
  AND a.sql_address=c.address(+)
  ORDER BY c.piece
  我们就可以把得到的这个sql分析一下,看一下它的执行计划是否走索引,对其优化避免全表扫描,以减少IO等待,从而加快语句的执行速度。
  提示:我在做优化sql时,经常碰到使用in的语句,这时我们一定要用exists把它给换掉,因为Oracle在处理In时是按Or的方式做的,即使使用了索引也会很慢。
  比如:
  SELECT col1,col2,col3 FROM table1 a
  WHERE a.col1 not in (SELECT col1 FROM table2)
  可以换成:
  SELECT col1,col2,col3 FROM table1 a
  WHERE not exists
  (SELECT 'x' FROM table2 b
  WHERE a.col1=b.col1)
  二、另一个有用的脚本:查找前十条性能差的sql
  SELECT * FROM
  (
  SELECT PARSING_USER_ID
  EXECUTIONS,
  SORTS,
  COMMAND_TYPE,
  DISK_READS,
  sql_text
  FROM v$sqlarea
  ORDER BY disk_reads DESC
  )
  WHERE ROWNUM6
  AND st.wait_time=0
  AND st.event NOT LIKE '%SQL%'
  ORDER BY physical_reads DESC
  对检索出的结果的几点说明:
  1、按每个正在等待的session已经发生的物理读排的序,因为它与实际的IO相关。
  2、可以看一下这些等待的进程都在忙什么,语句是否合理?
  Select sql_address from v$session where sid=;
  Select * from v$sqltext where address=;
  执行以上两个语句便可以得到这个session的语句。
  你也以用alter system kill session 'sid,serial#';把这个session杀掉。
  3、应观注一下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、其他参数可以不特别观注。


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.iyunv.com/thread-573306-1-1.html 上篇帖子: oracle--重做日志文件管理 下篇帖子: oracle中exists用法
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表