首先明确一个事情：cursor pin s wait on x 是症状（结果），不是根本原因。 mutex related wait event cursor: pin s wait on x 一般原因： 》频繁硬解析（解析时间高. 找出解析时间高的原因很关键）----可能性最大 》high version counts 》bug 如何诊断？
首先明确一个事情：cursor pin s wait on x 是症状（结果），不是根本原因。
mutex related wait event cursor: pin s wait on x
一般原因：
》频繁硬解析（解析时间高. 找出解析时间高的原因很关键）----可能性最大
》high version counts
》bug
如何诊断？
1.awr addm 报告
正常性能阶段的awr addm 报告 （作为基线比对sql ，loadprofile 等）
非正常性能阶段的awr addm 报告
sql>@$oracle_home/rdbms/admin/awrrpt.sql
sql>@$oracle_home/rdbms/admin/addmrpt.sql
2.system state dump
如果awr 没有捕获到异常的sql ，使用 system state dump 可以捕获 holder ，waiter 进程
(a) non-rac
sqlplus / as sysdba
oradebug setmypid
oradebug unlimit
oradebug dump systemstate 266
---wait 90 seconds---
oradebug dump systemstate 266
---wait 90 seconds---
oradebug dump systemstate 266
oradebug tracefile_name
quit
(b) rac
$ sqlplus '/ as sysdba'
oradebug setmypid
oradebug unlimit
oradebug setinst all
oradebug -g all hanganalyze 4
oradebug -g all dump systemstate 267
oradebug tracefile_name
quit
3.errorstack
前提：已经确定 blocker 进程 ，使用 errorstack 可以捕获更多的信息
$ sqlplus
sql> oradebug setospid
oradebug dump errorstack 3
>
oradebug dump errorstack 3
>
oradebug dump errorstack 3
exit
4.如何确定 blocker session？
使用 systemstate dump 对系统开销（disk space）太大，如果进程很多，则dump 会很大。
不是特别建议使用。可以采取方式：3
如何确定 blocker session？可以参考：
how to determine the blocking session for event: 'cursor: pin s wait on x' (文档 id 786507.1)
根本原理：
the column p2raw in v$session or v$session_wait gives the blocking session for wait event cursor: pin s wait on x.
10g：
--for 32bit
select p2raw,to_number(substr(to_char(rawtohex(p2raw)),1,4),'xxxx') sid
from v$session
where event = 'cursor: pin s wait on x';
p2raw sid
---------------- ---
0000001f00000000 00
--for 64bit
select p2raw,to_number(substr(to_char(rawtohex(p2raw)),1,8),'xxxxxxxx') sid
from v$session
where event = 'cursor: pin s wait on x';
p2raw sid
---------------- ---
0000001f00000000 31
-----根据上一步中的sid确定阻塞session：
sql> select sid,serial#,sql_id,blocking_session,blocking_session_status,event
from v$session where sid=31;
-----11g 可以直接找到阻塞会话：
select sid,serial#,sql_id,blocking_session,blocking_session_status,event
from v$session where event ='cursor: pin s wait on x'
sid serial# sql_id blocking_session blocking_session_status event
---- ------- ------------- ---------------- ----------------------- ----------
125 8190 lixora-lixora 135 valid cursor: pin s wait on x
5.确定 waiter session
select s.sid, t.sql_text
from v$session s, v$sql t
where s.event like '%cursor: pin s wait on x%'
and t.sql_id = s.sql_id