Oracle数据库编译存储过程挂死问题解决办法

在Oracle数据库中重新修改编译了某个存储过程A调用的另一个过程B后，需要手动将A重新编译，一定不要在重新编译A前去调用A，否则会造成A编译挂死的情况。特别是在访问量大的情况下。

这种情况下如果强行终止存储过程编译，再次Recompile存储过程会发现还是挂死的，这个主要是由于强行终止后会话为INACTIVE状态，但是该会话却没有被真正的释放。使用如下语句查询出挂起的会话：

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下执行，杀掉这些未释放的会话，再重新登录到plsql下recompile刚才的存储过程A就OK了。

在Oracle数据库中重新修改编译了某个存储过程A调用的另一个过程B后，需要手动将A重新编译，一定不要在重新编译A前去调用A，否则会造成A编译挂死的情况。特别是在访问量大的情况下。 这种情况下如果强行终止存储过程编译，再次Recompile存储过程会发现还是挂死的，这个主要是由于强行终止后会话为INACTIVE状态，但是该会话却没有被真正的释放。使用如下语句查询出挂起的会话： 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下执行，杀掉这些未释放的会话，再重新登录到plsql下recompile刚才的存储过程A就OK了。