Oracle数据库编译存储过程挂死问题的解决是本文我们主要要介绍的内容,我们知道,在Oracle数据库中重新修改编译了某个存储过程A调用的另一个过程B后,需要手动将A重新编译,一定不要在重新编译A前去调用A,否则会造成A编译挂死的情况。特别是在访问量大的情况下。
这种情况下如果强行终止存储过程编译,再次Recompile存储过程会发现还是挂死的,这个主要是由于强行终止后会话为INACTIVE状态,但是该会话却没有被真正的释放。使用如下语句查询出挂起的会话:
class="dp-xml">
- 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就能将问题解决了。
以上就是一个Oracle数据库中编译存储过程挂死问题以及它的解决方案,本文就介绍到这里了,希望本次的介绍能够对您有所收获!