[收藏本方案]

Oracle诊断案例----如何捕获问题SQL解决过度CPU消耗问题[1]

[入库：2005年8月18日] [更新：2007年3月24日]

本文简介：选择自 eygle 的 blog
首页 下页 尾页 [1] [2] [3] [4]

oracle诊断案例----如何捕获问题sql解决过度cpu消耗问题

--使用vmstat,top等辅助解决oracle数据库性能问题

last updated: sunday, 2004-10-24 0:37 eygle
    

 

问题描述:
开发人员报告系统运行缓慢，影响用户访问.

1.登陆数据库主机

使用vmstat检查，发现cpu资源已经耗尽，大量任务位于运行队列:

 


 bash-2.03$ vmstat 3
 procs     memory            page            disk          faults      cpu
 r b w   swap  free  re  mf pi po fr de sr s6 s9 s1 sd   in   sy   cs us sy id
 0 0 0 5504232 1464112 0  0  0  0  0  0  0  0  1  1  0 4294967196 0 0 -84 -5 -145
 131 0 0 5368072 1518360 56 691 0 2 2 0  0  0  1  0  0 3011 7918 2795 97  3  0
 131 0 0 5377328 1522464 81 719 0 2 2 0  0  0  1  0  0 2766 8019 2577 96  4  0
 130 0 0 5382400 1524776 67 682 0 0 0 0  0  0  0  0  0 3570 8534 3316 97  3  0
 134 0 0 5373616 1520512 127 1078 0 2 2 0 0 0  1  0  0 3838 9584 3623 96  4  0
 136 0 0 5369392 1518496 107 924 0 5 5 0 0  0  0  0  0 2920 8573 2639 97  3  0
 132 0 0 5364912 1516224 63 578 0 0 0 0  0  0  0  0  0 3358 7944 3119 97  3  0
 129 0 0 5358648 1511712 189 1236 0 0 0 0 0 0  0  0  0 3366 10365 3135 95 5  0
 129 0 0 5354528 1511304 120 1194 0 0 0 0 0 0  0  4  0 3235 8864 2911 96  4  0
 128 0 0 5346848 1507704 99 823 0 0 0 0  0  0  0  3  0 3189 9048 3074 96  4  0
 125 0 0 5341248 1504704 80 843 0 2 2 0  0  0  6  1  0 3563 9514 3314 95  5  0
 133 0 0 5332744 1501112 79 798 0 0 0 0  0  0  0  1  0 3218 8805 2902 97  3  0
 129 0 0 5325384 1497368 107 643 0 2 2 0 0  0  1  4  0 3184 8297 2879 96  4  0
 126 0 0 5363144 1514320 81 753 0 0 0 0  0  0  0  0  0 2533 7409 2164 97  3  0
 136 0 0 5355624 1510512 169 566 786 0 0 0 0 0 0  1  0 3002 8600 2810 96  4  0
 130 1 0 5351448 1502936 267 580 1821 0 0 0 0 0 0 0  0 3126 7812 2900 96  4  0
 129 0 0 5347256 1499568 155 913 2 2 2 0 0  0  0  1  0 2225 8076 1941 98  2  0
 116 0 0 5338192 1495400 177 1162 0 0 0 0 0 0  0  1  0 1947 7781 1639 97  3  0

2.使用top命令

观察进程cpu耗用,发现没有明显过高cpu使用的进程
$ top

 

last pid: 28313;  load averages: 99.90, 117.54, 125.71            23:28:38
296 processes: 186 sleeping, 99 running, 2 zombie, 9 on cpu
cpu states:  0.0% idle, 96.5% user,  3.5% kernel,  0.0% iowait,  0.0% swap
memory: 4096m real, 1404m free, 2185m swap in use, 5114m swap free

   pid username thr pri nice  size   res state    time    cpu command
 27082 oracle8i   1  33    0 1328m 1309m run      0:17  1.29% oracle
 26719 oracle8i   1  55    0 1327m 1306m sleep    0:29  1.11% oracle
 28103 oracle8i   1  35    0 1327m 1304m run      0:06  1.10% oracle
 28161 oracle8i   1  25    0 1327m 1305m run      0:04  1.10% oracle
 26199 oracle8i   1  45    0 1328m 1309m run      0:42  1.10% oracle
 26892 oracle8i   1  33    0 1328m 1310m run      0:24  1.09% oracle
 27805 oracle8i   1  45    0 1327m 1306m cpu/1    0:10  1.04% oracle
 23800 oracle8i   1  23    0 1327m 1306m run      1:28  1.03% oracle
 25197 oracle8i   1  34    0 1328m 1309m run      0:57  1.03% oracle
 21593 oracle8i   1  33    0 1327m 1306m run      2:12  1.01% oracle
 27616 oracle8i   1  45    0 1329m 1311m run      0:14  1.01% oracle
 27821 oracle8i   1  43    0 1327m 1306m run      0:10  1.00% oracle
 26517 oracle8i   1  33    0 1328m 1309m run      0:33  0.97% oracle
 25785 oracle8i   1  44    0 1328m 1309m run      0:46  0.96% oracle
 26241 oracle8i   1  45    0 1327m 1306m run      0:42  0.96% oracle

3.检查进程数量

 

bash-2.03$ ps -ef|grep ora|wc -l
     258
bash-2.03$ ps -ef|grep ora|wc -l
     275
bash-2.03$ ps -ef|grep ora|wc -l
     274
bash-2.03$ ps -ef|grep ora|wc -l
     278
bash-2.03$ ps -ef|grep ora|wc -l
     277
bash-2.03$ ps -ef|grep ora|wc -l
     366

发现系统存在大量oracle进程,大约在300左右，而正常情况下oracle连接数应该在100左右.

4.检查数据库

查询v$session_wait获取各进程等待事件

 

 

首页 下页 尾页 [1] [2] [3] [4]
本文关键：Oracle诊断案例----如何捕获问题SQL解决过度CPU消耗问题
 

本站最佳浏览方式为 分辨率 1024x768 IE 6.0（或更高版本的 IE浏览器）

go top