首页    新闻    下载    文档    论坛     最新漏洞    黑客教程    数据库    搜索    小榕软件实验室怀旧版    星际争霸WEB版    最新IP准确查询   
名称: 密码:      忘记密码  马上注册
数据库 :: 数据库

Oracle中捕获问题SQL解决CPU过渡消耗(1)


http://www.gipsky.com/
本文通过实际业务系统中调整的一个案例,试图给出一个常见CPU消耗问题的一个诊断方法。大多数情况下,系统的性能问题都是由不良SQL代码引起的,那么作为DBA,怎样发现和解决这些SQL问题就显得尤为重要。

本案例平台为UNIX,所以不可避免的应用了一些Unix下常用的工具.如vmstat,top等.

本文适宜读者范围:中高级.

系统环境:OS: Solaris8 Oracle: 8.1.7.4

问题描述:开发人员报告系统运行缓慢,已经影响业务系统正常使用.请求协助诊断.

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左右,大量进程消耗了几乎所有CPU资源,而正常情况下Oracle连接数应该在100左右
<< 简介Oracle的数据字典 浅议Oracle 数据库的集中复制方法(1) >>
评分
10987654321
API:
gipsky.com& 安信网络
网友个人意见,不代表本站立场。对于发言内容,由发表者自负责任。

系统导航

 

Copyright © 2001-2010 安信网络. All Rights Reserved
京ICP备05056747号