对于一个刚开始学习数据库优化的新手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/