Oracle數(shù)據(jù)庫編譯存儲過程掛死問題的解決是本文我們主要要介紹的內(nèi)容，我們知道，在Oracle數(shù)據(jù)庫中重新修改編譯了某個存儲過程A調(diào)用的另一個過程B后，需要手動將A重新編譯，一定不要在重新編譯A前去調(diào)用A，否則會造成A編譯掛死的情況。特別是在訪問量大的情況下。

這種情況下如果強行終止存儲過程編譯，再次Recompile存儲過程會發(fā)現(xiàn)還是掛死的，這個主要是由于強行終止后會話為INACTIVE狀態(tài)，但是該會話卻沒有被真正的釋放。使用如下語句查詢出掛起的會話：

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 '%USERNAME%'  
 
AND V.PROGRAM like 'PlSqlDev%'  
 
AND V.OSUSER LIKE '%%'  
 
AND V.STATUS='INACTIVE'; 

將結果中KILL_SESSION一列復制，在sqlplus下執(zhí)行，殺掉這些未釋放的會話，再重新登錄到plsql下recompile剛才的存儲過程A就能將問題解決了。

以上就是一個Oracle數(shù)據(jù)庫中編譯存儲過程掛死問題以及它的解決方案，本文就介紹到這里了，希望本次的介紹能夠?qū)δ兴斋@！