數(shù)據(jù)庫查詢一條語句就需要很長的時間

2016年7月8日

    今天開發(fā)提供了一條刪除表中數(shù)據(jù)的語句，delete語句。放在plsql中執(zhí)行了之后發(fā)現(xiàn)執(zhí)行了半個小時還沒有結(jié)束，這個時候開發(fā)還有腳本需要執(zhí)行，本想創(chuàng)建新的會話，來執(zhí)行開發(fā)提供的語句，可是一個簡單的建表語句也不能夠執(zhí)行了。

    我就把delete的那個會話在plsql中強制給關(guān)掉了，只是把plsql窗口關(guān)掉了，雖然管了好半天才給強制關(guān)掉。但是建表語句依舊不能夠執(zhí)行。執(zhí)行了就是沒有回應(yīng)。這個時候測試人員反映點擊界面很卡，登錄客戶端也是一直處于打轉(zhuǎn)的狀態(tài)。

    根據(jù)以上情況想到，可能是剛剛強制關(guān)掉plsql窗口，雖然窗口關(guān)掉了，但是進程還是沒有關(guān)掉的。

    那么怎么查看進程是都存在呢。

查看這個表   

select * from v$session  

select * from v$session a

where a.USERNAME='SYS' and a.TERMINAL='SHA-P07010086' and a.status='ACTIVE';

這里是因為我執(zhí)行delete是用sys用戶執(zhí)行的，我的電腦名稱是SHA-P07010086

查看進程號

select * from v$process

select * from v$sqlarea b

where b.SQL_ID in ('dauuu7kkf7xma','gs36qsq4dju1v');

--dauuu7kkf7xma

殺掉進程

alter system kill session '133,15615' immediate;

這樣操作之后，我delete的進程就殺掉了。 

之后再查數(shù)據(jù)，就好些了。測試人員重新登陸應(yīng)用后，也好了。

定位性能sql

1、查找前十條性能差的sql

SELECT * FROM (select PARSING_USER_ID,EXECUTIONS,SORTS, 

COMMAND_TYPE,DISK_READS,sql_text FROM v$sqlarea 

order BY disk_reads DESC )where ROWNUM<10 ; 

2、查看IO高的session

SELECT se.sid,se.serial#,pr.SPID,

--se.username,se.status, 

--se.terminal,se.program,se.MODULE,se.sql_address,st.event,

st.p1text,si.physical_reads 

--,si.block_changes 

FROM v$session se,v$session_wait st, 

v$sess_io si,v$process pr WHERE st.sid=se.sid AND st.sid=si.sid AND se.PADDR=pr.ADDR AND se.sid>6 AND st. 

wait_time=0 AND st.event NOT LIKE '%SQL%' ORDER BY physical_reads DESC;

3、通過進程號查看異常sql

SELECT a.username,

       a.machine,

       a.program,

       a.sid,

       a.serial#,

       a.status,

       c.piece,

       c.sql_text

FROM v$session a,

       v$process b,

       v$sqltext c

WHERE b.spid=5200  

   AND b.addr=a.paddr

   AND a.sql_address=c.address(+)

ORDER BY c.piece  ;

alter system kill session 'sid,serial#' ;--查看sql