码迷,mamicode.com
首页 > 数据库 > 详细

(原创)性能测试中,Oracle服务器定位CPU使用率高的瓶颈(SQL)

时间:2017-05-11 12:22:18      阅读:320      评论:0      收藏:0      [点我收藏+]

标签:src   报告   简介   oracle   .com   stat   rom   了解   test   

本篇博客记录一次性能测试过程中,定位对CPU使用率高的瓶颈问题,主要定位SQL为准

一、用SQL命令定位
1.首先用TOP命令监控系统资源,如果是AIX系统,就用topas,进入TOP命令的滚动刷新数据时,发现userCPU高达98%!!

保持top的状态下,按shift+p,可以将所有进程按CPU使用率高低排序,这样可以了解消耗CPU最多的进程是哪些

技术分享

可以看到,当前userCPU使用率高达98%,且此时TPS不再随并发数上升了,可以认为已经达到性能瓶颈了,且是由CPU瓶颈造成的

 

2.排序完后,将上图排在第一位的CPU使用率最高的PID记录下来(此处是172928),

①然后进入dba权限的用户,su oracle  (也可以用pl_sql进入)

 技术分享

 

②然后进去sql命令行和dba权限

sqlplus / as sysdba

 技术分享

③现在v$process 视图中找到pid对应的地址addr,将进程号pid和oracle的session联系起来

 

SQLselect addr from v$process where spid=172928;

 

简介v$process视图包含当前系统oracle运行的所有进程信息。常被用于将oracle或服务进程的操作系统进程ID与数据库session之间建立联系。也就是可以通过进程PID来寻找数据库的session

 

④再通过刚才的addr,在v$session表找到对应的sql_id

SQL:select sql_id from v$session where paddr=‘00000003CEA444C8‘;

⑤再通过sql_id可以找到对应的SQL是哪条

SQL:select * from v$sql where sql_id = ‘00000003CEA444C8‘;

实际上,上面是三个SQL可以联表,

SQL如下:

select t3.SQL_TEXT

  from v$process t1

 inner join v$session t2

    on t1.ADDR = t2.PADDR

 inner join v$sql t3

    on t2.SQL_ID = t3.SQL_ID

 where t1.SPID = 172928(这个pid就是进程id;

 

用命令行得到的结果如下:

技术分享

 

 用PL_sql得到如下结果:

技术分享

 

到这里既已经定位出占用CPU高的SQL之一的,在可以结合业务场景和SQL的效率,以及和开发人员/DBA等沟通是否优化或如何优化

(顺便此处提示,数据库中不同的数据量会对性能差距影响很大,本次测试中,10W的数据量和20W的数据量,TPS相差达到一倍!!)

 

 

二、用AWR报告定位CPU高的SQL

 

AWR报告如何导出,可以见本人此篇博客内容

 

http://www.cnblogs.com/life-for-test/p/6825127.html

 

导出AWR报告之后,

 

①在main report的SQL statistics中,点击开,结果如下:

 

技术分享

 

 

②进入SQL的统计中,看到下面这个结果

 技术分享

 

③点击SQL ordered by CPU Time

total这行可以看到累计消耗CPU最高的SQL

技术分享

 

 

点击SQLid,即可看到完整的SQL结果,如下述:

技术分享

 

 

5.点开以后,可以看到的SQL如下所示,这个两个就是占用CPU高的SQL原因,再结合着业务场景以及沟通,看看是否优化吧~~~~

 技术分享

 

(原创)性能测试中,Oracle服务器定位CPU使用率高的瓶颈(SQL)

标签:src   报告   简介   oracle   .com   stat   rom   了解   test   

原文地址:http://www.cnblogs.com/life-for-test/p/6840314.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!