qileilove

blog已经转移至github,大家请访问 http://qaseven.github.io/

从操作系统命令TOP到数据库的优化

　对于一个刚开始学习数据库优化的新手DBA来说，当用户反馈系统比较慢时，他会非常紧张，面对数据库，他无从下手，不知道从哪里开始着手来优化数据库，查找系统
　　存在的问题。
　　今天我们通过操作系统命令TOP，来优化数据，我们如何把操作系统与数据库关联起来哪，我们主要是通过操作系统TOP命令找到最消耗资源OS PID进程。
　　通过OS PID与V$PROCESS动态性能试图进行管理。我们知道V$PROCESS是被认为从操作系统到数据库的入口，而进入数据库内部，进程需要创建回话（SESSION）执行数据库操作的SQL语句，一般情况下，一个进程只会创建一个回话，但是在特殊的情况下，一个进程也可以创建多个数据库回话。回话的信息是通过动态性能试图V$SESSION来进行管理和体现的。
　　那么我们通过一个实验来看一下，如何完成从操作系统命令到数据库内部的操作，我们模拟一个出现故障的场景，我们通过操作系统命令TOP，进行观察，找到操作系统进程占CPU资源比较高的进程。
　　1.首先我们建立一个测试表t1,向表中插入一些数据。
　　SQL>create table t1 as select * from emp;
　　SQL>insert into t1 as select * from t1;
　　SQL>/
　　SQL>/
　　SQL>/
　　SQL>/
　　使表T1大约有几万条记录。
　　2.开3，4个会话,其中表t1有几万行的数据，同时运行，立刻查询上面的语句
declare
v1 emp.sal%type;
begin
for n in 1..100 loop
for k in 1..100 loop
select count(*) into v1 from t1;
end loop;
dbms_lock.sleep(1);
end loop;
end;
/
　　3.通过操作系统命令TOP找到消耗CPU资源的进程
top - 12:57:42 up 19 min,  2 users,  load average: 1.18, 0.35, 0.23
Tasks: 132 total,   2 running, 130 sleeping,   0 stopped,   0 zombie
Cpu(s): 20.5%us,  5.9%sy,  0.0%ni, 73.1%id,  0.5%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   1034664k total,   883716k used,   150948k free,   125584k buffers
Swap:  4120664k total,        0k used,  4120664k free,   609440k cached
PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
5182 oracle    19   0  368m  50m  48m S 37.9  5.0   0:03.57 oracle
1 root      15   0  2160  652  564 S  0.0  0.1   0:02.30 init
2 root      RT  -5     0    0    0 S  0.0  0.0   0:00.05 migration/0
3 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0
4 root      RT  -5     0    0    0 S  0.0  0.0   0:00.04 migration/1
5 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/1
6 root      10  -5     0    0    0 S  0.0  0.0   0:00.04 events/0
7 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 events/1
8 root      11  -5     0    0    0 S  0.0  0.0   0:00.01 khelper
9 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 kthread
13 root      10  -5     0    0    0 S  0.0  0.0   0:00.10 kblockd/0
14 root      10  -5     0    0    0 S  0.0  0.0   0:00.02 kblockd/1
15 root      16  -5     0    0    0 S  0.0  0.0   0:00.00 kacpid
179 root      12  -5     0    0    0 S  0.0  0.0   0:00.00 cqueue/0
180 root      12  -5     0    0    0 S  0.0  0.0   0:00.00 cqueue/1
183 root      11  -5     0    0    0 S  0.0  0.0   0:00.00 khubd
185 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 kseriod
252 root      18   0     0    0    0 S  0.0  0.0   0:00.00 khungtaskd
253 root      17   0     0    0    0 S  0.0  0.0   0:00.00 pdflush
254 root      15   0     0    0    0 S  0.0  0.0   0:00.03 pdflush
　4.我们看到进程PID等于5182，我们下面的一个脚本，关联V$PROCESS试图和V$SESSION试图、V$SQLTEST试图，可以找出这个进程正在执行的SQL语句，这里只需要一个“发动”条件，就是进程（PID）:
SQL>SELECT /*+ ORDERED */
sql_text
FROM v$sqltext a
WHERE (a.hash_value, a.address) IN
(SELECT DECODE(sql_hash_value, 0, prev_hash_value, sql_hash_value),
DECODE(sql_hash_value, 0, prev_sql_addr, sql_address)
FROM v$session b
WHERE b.paddr =
(SELECT addr FROM v$process c WHERE c.spid = '&pid'))
ORDER BY piece ASC;
/
　　提示输入变量值。
Enter value for pid: 5182
old   9:  (SELECT addr FROM v$process c WHERE c.spid = '&pid'))
new   9:  (SELECT addr FROM v$process c WHERE c.spid = '5182'))
SQL_TEXT
----------------------------------------------------------------
declare v1  number; begin for n in 1..100 loop for k in 1..100 l
oop select count(*) into v1 from t1; end loop; dbms_lock.sleep(1
); end loop; end;
　　注：这里我们使用了3个动态性能试图，获取到了执行的SQL语句。我们的逻辑是：
　　1）首先输入一个PID，这个PID即是process id,也就是在TOP命令中看到的PID.
　　2）通过PID和v$process.spid相关，我们可以获得process的详细信息。
　　3）通过v$process.addr和v$session.paddr相关联，可以获取session的相关详细信息。
　　4）再结合v$sqltest，即可获得当前session正在执行的SQL语句。
　　总结：
　　1.首先我们通过操作系统命令TOP找到了PID.
　　2.我们结合3个试图，就找打了当前正在疯狂消耗CPU的罪魁祸首，那么下面的工作就是如何优化这个SQL，我们可以进一步通过
　　dbms_system包跟踪改进程，或者通过AWR获取该SQL的执行计划。来改变SQL的执行计划，达到优化的目的。
 

posted on 2014-08-20 09:52 顺其自然EVO 阅读(165) 评论(0)  编辑  收藏 所属分类: 测试学习专栏


只有注册用户登录后才能发表评论。
网站导航:
博客园   IT新闻   Chat2DB   C++博客   博问  
 
<2014年8月>
日一二三四五六
272829303112
3456789
10111213141516
17181920212223
24252627282930
31123456

导航

统计

常用链接

留言簿(55)

随笔分类

随笔档案

文章分类

文章档案

搜索

最新评论

阅读排行榜

评论排行榜