前文再續,說我最近被一存儲過程折磨。
為啥說折磨呢。主要是很難調試。數據庫的強項不在於編碼,存儲過程寫的過程比較別扭,其實運行起來更坑爹。出了問題,你很難知道是哪一部分引起的。如果這個存儲過程執行的時間很長,就更加痛苦了,是哪一部分慢嘛?
另外,由於執行時間長,實在等不下去,就想中途掐掉。要怎么搞?
?
1
2
3
4
5
6
7
8
--獲得SID
select * from v$access where object='存儲過程名';
--獲得SID,serial#
select sid,serial#,lockwait,status,wait_time,state from v$session where sid='SID';
--殺掉進程
alter system kill session 'SID,serial#';
如果是存儲過程托付給了JOB執行,要中途停掉JOB該如何處理呢?
?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
--首先要關閉JOB計划
begin
dbms_job.broken(JOB編號,true);
commit;
end;
--檢查JOB有沒有正在運行,停止計划對它沒有影響
--獲得SID
select * from dba_jobs_running;
--獲得SID,serial#
select sid,serial#,lockwait,status,wait_time,state from v$session where sid='SID';
--殺掉進程
alter system kill session 'SID,serial#';
有時候,存儲過程甚至不能被編譯,那么有可能是存儲過程正在運行,或者其處理的表被鎖定。有以下語句可供參考:
?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
--存儲過程無法編譯
SELECT V.OSUSER, V.PROCESS, V.PROGRAM,v.MACHINE,V.TERMINAL,
V.MODULE,V.USERNAME,V.STATUS, V.SID,V.SERIAL#,
'alter system kill session ''' || V.sid || ',' || V.SERIAL# || ''';' as KILL_SESSION,
V.PADDR
FROM V$SESSION V
WHERE V.USERNAME LIKE '%用戶名%'
AND V.STATUS in( 'INACTIVE','ACTIVE')
and v.PROGRAM = 'plsqldev.exe';
SELECT object_name, machine, s.sid, s.serial# ,s.status,
'alter system kill session ''' || s.sid || ',' || s.SERIAL# || ''';' as KILL_SESSION
FROM gv$locked_object l, dba_objects o, gv$session s
WHERE l.object_id = o.object_id
AND l.session_id = s.sid;