存储过程编译时会卡死

Oracle存储过程编译卡死

  解决方法如下:

  1:查V$DB_OBJECT_CACHE

  SELECT * FROM V$DB_OBJECT_CACHE WHERE name=‘CRM_LASTCHGINFO_DAY‘ AND LOCKS!=‘0‘;

  注意:CRM_LASTCHGINFO_DAY为存储过程的名称。

  发现locks=2,

  2:按对象查出sid的值

  select /*+ rule*/  SID from V$ACCESS WHERE object=‘CRM_LASTCHGINFO_DAY‘;

  注意:CRM_LASTCHGINFO_DAY为存储过程的名称。

  3:查sid,serial#

  SELECT SID,SERIAL#,PADDR FROM V$SESSION WHERE SID=‘刚才查到的SID‘;

  4:alter system kill session ‘sid值,serial#值‘ immediate;

时间: 2024-10-04 06:59:51

存储过程编译时会卡死的相关文章

实现查询与存储过程编译转换

使用标准查询可方便将查询编译为存储过程,以后再查询时会匹配对应的存储过程进行调用 方法原型 1 /// <summary> 2 /// 使用lamada设置条件查询 3 /// </summary> 4 /// <typeparam name="TItem"></typeparam> 5 /// <param name="expression"></param> 6 /// <param

虚继承之单继承的内存布局(VC在编译时会把vfptr放到类的头部,这和Delphi完全一致)

C++2.0以后全面支持虚函数与虚继承,这两个特性的引入为C++增强了不少功能,也引入了不少烦恼.虚函数与虚继承有哪些特性,今天就不记录了,如果能搞了解一下编译器是如何实现虚函数和虚继承,它们在类的内存空间中又是如何布局的,却可以对C++的了解深入不少.这段时间花了一些时间了解这些玩意,搞得偶都,不过总算有些收获,嘿嘿. 先看一段代码class A{      virtual aa(){};}; class B : public virtual  A{      char j[3];      

oracle中“ORA-00060: 等待资源时检测到死锁” 或存储过程编译卡死 解决方法

之前在调试存储过程时,出现卡死情况,无法插入数据 解决方法 1.查看那些表被锁住: --1.查看那些表被锁住--- select b.owner,b.object_name,a.session_id,a.locked_mode from v$locked_object a,dba_objects b where b.object_id = a.object_id; 2.查看引起死锁的会话: --3.查看引起死锁会话-- select b.username,b.sid,b.serial#,logo

Oracle存储过程编译卡死的解决方法

解决方法如下: 1:查V$DB_OBJECT_CACHE SELECT * FROM V$DB_OBJECT_CACHE WHERE name='CUX_OE_ORDER_RPT_PKG' AND LOCKS!='0'; 注意:CUX_OE_ORDER_RPT_PKG 为存储过程的名称. 发现 locks=2 2:按对象查出sid的值 select /*+ rule*/  SID from V$ACCESS WHERE object='CUX_OE_ORDER_RPT_PKG'; 注意:CUX_

oracle 执行存储过程时出现卡死

1 问题出现: 最近刚到新公司,再看代码时,涉及到了存储过程的问题,该存储过程涉及到了表的更新操作.第一次调试的时候非常快就运行完了.第二次就卡死了,然后单步调试,发现卡死在 update 语句了. 2 问题解决      最后发现是第一次执行的时候没有提交事务,把事务提交就不会出现卡死了. 3 结论     由于在PLSQL Developer执行update时没有commit,oracle将该条记录锁住了. 原文地址:https://www.cnblogs.com/wjx1993/p/953

存储过程编译出现锁死情况的解决方法

本随笔文章,由个人博客(鸟不拉屎)转移至博客园 发布时间: 2018 年 10 月 23 日 原地址:https://niaobulashi.com/archives/procedures_locks.html --- 存储过程 先科普一下存储过程,在项目开发过程可能会遇到. 存储过程(Stored Procedure)是在大型数据库系统中,一组为了完成特定功能的SQL 语句集,存储在数据库中,经过第一次编译后再次调用不需要再次编译,用户通过指定存储过程的名字并给出参数(如果该存储过程带有参数)

linux 多个源文件在编译时会产生一个目标文件

obj-m := target.o target-objs :=  src1.o src2.o src3.o 版权声明:本文博客原创文章.博客,未经同意,不得转载.

分析存储过程重编译的起因以及避免

为了改进性能,分析重编译的起因很重要.往往,重编译可能并不需要,可以避免它以改进性能.了解导致重编译发生的不同条件有助于评估重编译的起因,并决定在重编译不必要时避免它的方法. 存储过程重编译在以下情况下发生: 存储过程语句中引用的常规表.临时表或视图的架构变化.架构变化包括表的元数据或表上索引的变化: 常规或临时表的列上的绑定(如默认/规则)变化. 表索引或列上的统计的变化超过一定的阈值. 存储过程编译时一个对象不存在,但是在执行期间创建(延迟对象解析): SET选项变化: 执行计划老化并释放:

centos6.8服务器配置之编译安装PHP、配置nginx

php version 5.6.31.nginx version: nginx/1.10.2 1.下载: wget http://cn2.php.net/distributions/php-5.6.31.tar.gz 2.安装组件 yum install -y gcc gcc-c++ make zlib zlib-devel pcre pcre-devel libjpeg libjpeg-devel libpng libpng-devel freetype freetype-devel libx