从操作系统命令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的执行计划,达到优化的目的。


最新内容请见作者的GitHub页:http://qaseven.github.io/
上一篇:[Windows编程] 监视DLL装载/卸载


下一篇:表格存储的Java SDK性能优化经验