SQL>select sid,seq#,event,wait_class from v$session_wait where sid=4994;WAITSIDSEQ#EVENTCLASS---499441library cache lock Concurrency 可以发现,执行函数编译的会话,被sid为368的会话阻塞,而该会话的等待事件则是library cache lock,且wait_class为Concurrency。 那么,在什么情况下,可能会造成library cache lock...
所以对Library cache中所有对象的访问是通过利用library cache object handle来实现的,也就是说我们想要访问library cache object,我们必须先找到library cache object handle。因为Object handle保存了lock和pin的信息,即记录哪个用户在这个handle上有lock,或者是哪个用户正在等待获得这个lock。因此library cache lock是发生在...
很高的 Concurrency 类型的等待事件,注意 "Wait Class" 是 "Concurrency"。这些值应该低于 10%: AWR 报告的 "Instance Efficiency" 部分显示了特别低的 "Parse CPU to Parse Elapsd%",这个值应该接近 100%: AWR 报告的 "Time Model Statistics" 部分显示很高的 "parse time elapsed" 和 "failed parse elapsed ...
Troubleshooting Library Cache: Lock, Pin and Load Lock (Doc ID 444560.1) 一般可以理解的是alter table或者alter package/procedure会以X模式持有library cache lock,造成阻塞。 但是常见的问题还有以下几种原因: 1)错误的用户名密码: 一般需要通过ASH或者SSD/hang analyze去获取p3进行namespace分析。 1. event: ...
常见的library cache lock产生的原因 Troubleshooting Library Cache: Lock, Pin and Load Lock (Doc ID 444560.1) 一般可以理解的是alter table或者alter package/procedure会以X模式持有library cache lock,造成阻塞。 但是常见的问题还有以下几种原因: 1)错误的用户名密码: ...
SED_NAME : library cache pin SED_WAIT_CLASS : Concurrency SED_P1 : handle address SED_P2 : pin address SED_P3 : 100*mode+namespace SED_EQ_NAME : SED_REQ_REASON : SED_REQ_DESCRIPTION : PL/SQL procedure successfully completed. --//library cache lock类似 ...
NAME : library cache pin PARAMETER1 : handle address PARAMETER2 : pin address ~~~ PARAMETER3 : 100*mode+namespace WAIT_CLASS_ID : 3875070507 WAIT_CLASS# : 4 WAIT_CLASS : Concurrency PL/SQL procedure successfully completed. --//P1=000000007C468...
常见的library cache lock产生的原因 Troubleshooting Library Cache: Lock, Pin and Load Lock (Doc ID 444560.1) 一般可以理解的是alter table或者alter package/procedure会以X模式持有library cache lock,造成阻塞。 但是常见的问题还有以下几种原因: 1)错误的用户名密码: ...
其中WAIT_CLASS为“Idle”的等待事件就是空闲的,其他的都是非空闲的等待事件。 1. 区分 — 空闲与非空闲等待事件 空闲等待事件,是指Oracle正等待某种工作,比如用sqlplus登录之后,但没有进一步发出任何命令,此时该session就处于SQL*Net message from/to client等待事件状态,等待用户发出命令,任何的在诊断和优化数据库的...
4994 41 library cache lock Concurrency 1. 2. 3. 4. 5. 6. 7. 8. 9. 可以发现,执行函数编译的会话,被sid为368的会话阻塞,而该会话的等待事件则是library cache lock,且wait_class为Concurrency。 那么,在什么情况下,可能会造成library cache lock等待事件,并且会阻塞住会话呢?