understanding the Oracle Library Cache Pin WaitEvent
2016-03-22 00:08
591 查看
understanding the Oracle Library Cache Pin WaitEvent
By Richmond Shee, Kirtikumar
Deshpande, K Gopalakrishnan
The library cache pin wait event isassociated with library cache concurrency. It occurs when the session tries topin an object in the library cache to modify or examine it. The session mustacquire a pin to make sure
that the object is not updated by other sessions atthe same time. Oracle posts this event when sessions are compiling or parsingPL/SQL procedures and views.
Table 1.LatchEvents in Oracle Database 10g
What actions to take to reduce these waitsdepend heavily on what blocking scenario is occurring. A common problemscenario is the use of DYNAMIC SQL from within a PL/SQL procedure where thePL/SQL code is recompiled
and the DYNAMIC SQL calls something that depends onthe calling procedure. If there is general widespread waiting, the shared poolmay need tuning. If there is a blocking scenario, the following SQL can be usedto show the sessions that are holding and/or requesting
pins on the object thatare given in P1 in the wait:
Wait Parameters
Wait parameters for library cache pin aredescribed here:
· P1 Address of the object being examined or loaded
· P2 Address of the load lock
· P3 Contains the mode plus the namespace (mode indicateswhich data pieces of the object are to be loaded; namespace is the objectnamespace as displayed in V$DB_OBJECT_CACHE view)
Wait Time
For the PMON process it is one second; forall others it is three seconds.
By Richmond Shee, Kirtikumar
Deshpande, K Gopalakrishnan
The library cache pin wait event isassociated with library cache concurrency. It occurs when the session tries topin an object in the library cache to modify or examine it. The session mustacquire a pin to make sure
that the object is not updated by other sessions atthe same time. Oracle posts this event when sessions are compiling or parsingPL/SQL procedures and views.
Table 1.LatchEvents in Oracle Database 10g
What actions to take to reduce these waitsdepend heavily on what blocking scenario is occurring. A common problemscenario is the use of DYNAMIC SQL from within a PL/SQL procedure where thePL/SQL code is recompiled
and the DYNAMIC SQL calls something that depends onthe calling procedure. If there is general widespread waiting, the shared poolmay need tuning. If there is a blocking scenario, the following SQL can be usedto show the sessions that are holding and/or requesting
pins on the object thatare given in P1 in the wait:
Wait Parameters
Wait parameters for library cache pin aredescribed here:
· P1 Address of the object being examined or loaded
· P2 Address of the load lock
· P3 Contains the mode plus the namespace (mode indicateswhich data pieces of the object are to be loaded; namespace is the objectnamespace as displayed in V$DB_OBJECT_CACHE view)
Wait Time
For the PMON process it is one second; forall others it is three seconds.
相关文章推荐
- Investigate the Oracle Library CacheHit Ratio
- Oracle Concepts - Disk IO and the Shared Pool
- Top Oracle shared pool scripts
- Oracle Concepts - Guidelines for Tuning the Oracle Shared Pool
- Oracle Concepts - General Guidelines for Shared Pool Sizing
- Oracle12c的数据库向11g导进的方法
- Oracle Shared Pool Advisory Utility
- Oracle Concepts - Shared Pool
- oracle中rownum的理解
- Oracle新建数据库和用户及表空间
- oracle学习笔记系列------oracle操作例子的专用表
- ORACLE 11G flashback 相关讨论
- oracle学习笔记系列------oracle 基本操作之基本函数的用法
- c3p0连接oracle数据库单元测试
- Oracle归档日志管理
- Oracle数据库语句大全
- 第十七讲--Oracle存储结构:段区块
- oracle基于odbc建立dblink访问sqlserver
- sql中的text字段如何导入oracle
- oracle的客户,就可以使用pl/sql访问远程oracle 数据库的方法