Oracle数据库编译存储过程挂死问题的解决方案

数据库 Oracle
本文我们主要介绍了一个Oracle数据库编译存储过程挂死问题的解决方案,通过它让我们一起来了解一下存储过程挂死这类问题的解决方法吧,希望能够对您有所帮助。

Oracle数据库编译存储过程挂死问题的解决是本文我们主要要介绍的内容,我们知道,在Oracle数据库中重新修改编译了某个存储过程A调用的另一个过程B后,需要手动将A重新编译,一定不要在重新编译A前去调用A,否则会造成A编译挂死的情况。特别是在访问量大的情况下。

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

 

  1. 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  
  2.  
  3. FROM V$SESSION V  
  4.  
  5. WHERE V.USERNAME LIKE '%USERNAME%'  
  6.  
  7. AND V.PROGRAM like 'PlSqlDev%'  
  8.  
  9. AND V.OSUSER LIKE '%%'  
  10.  
  11. AND V.STATUS='INACTIVE'

 

将结果中KILL_SESSION一列复制,在sqlplus下执行,杀掉这些未释放的会话,再重新登录到plsql下recompile刚才的存储过程A就能将问题解决了。

以上就是一个Oracle数据库中编译存储过程挂死问题以及它的解决方案,本文就介绍到这里了,希望本次的介绍能够对您有所收获!

【编辑推荐】

  1. Oracle 11g数据库审计功能应用实例解析
  2. Oracle 11g数据库默认审计选项说明详解
  3. Oracle 11g数据库使用XML Table的BUG解决
  4. PowerDesigner15连接Oracle出错的解决方案
  5. MySQL数据库中EXPLAIN的使用及其注意事项详解
责任编辑:赵鹏 来源: 博客园
相关推荐

2011-03-03 18:09:14

2011-08-12 13:18:30

Oracle数据库存储过程

2011-07-26 16:05:19

Oracle数据库服务器

2010-10-28 13:53:13

ORACLE存储过程

2010-04-16 13:34:00

Oracle Java

2011-08-12 12:26:16

Oracle数据库TNSListener

2010-04-19 17:25:25

Oracle数据库

2012-04-16 15:00:05

Oracle数据库安全

2010-04-29 15:33:12

Oracle数据库

2009-11-18 16:10:00

2011-03-07 16:42:05

MySQL数据库安全

2011-08-29 14:33:02

Oracle存储过程

2011-07-20 18:00:15

MySQL数据库字符集

2011-05-25 09:45:40

Oracle数据库

2018-03-26 12:58:52

数据库OracleMySQL

2010-05-27 18:24:09

MySQL数据库密码

2011-03-28 13:11:18

MySQL数据库安全

2011-07-22 17:37:18

MySQL数据库

2010-05-13 10:27:24

MySQL数据库

2011-03-24 15:41:42

数据库
点赞
收藏

51CTO技术栈公众号