High 'Cursor: Pin S Wait On X', 'Library Cache Lock' And "Latch: Shared Pool" Waits due to Shared Pool/Buffer Cache Resize Activity
Last updated on JULY 14, 2017
Applies to:Oracle Database - Enterprise Edition - Version 10.2.0.1 and later
Information in this document applies to any platform.
- A spike in "cursor: pin S wait on X" ,"library cache lock" or "latch: shared pool" waits may be seen.
This is more likely to be seen in an OLTP environment where both shared pool and buffer cache are in demand.
- The problem will happen randomly and intermittently.
- In extreme examples the database can appear to hang and you may receive related timeout symptoms such as "WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK!" if no movement occurs for a threshold period. See:
<Document 278316.1> Troubleshooting: "WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! "
- Automatic Shared Memory Management is used. This is actively resizing the shared pool
- The characteristics of the workload has changed. For example a batch Job has been added in an OLTP environment or there has been an increase of activity in a certain application area that requires memory changes.
Sign In with your My Oracle Support account
Don't have a My Oracle Support account? Click to get started
Million Knowledge Articles and hundreds of Community platforms