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的执行计划，达到优化的目的。