最新文章专题视频专题问答1问答10问答100问答1000问答2000关键字专题1关键字专题50关键字专题500关键字专题1500TAG最新视频文章推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37视频文章20视频文章30视频文章40视频文章50视频文章60 视频文章70视频文章80视频文章90视频文章100视频文章120视频文章140 视频2关键字专题关键字专题tag2tag3文章专题文章专题2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章专题3
问答文章1 问答文章501 问答文章1001 问答文章1501 问答文章2001 问答文章2501 问答文章3001 问答文章3501 问答文章4001 问答文章4501 问答文章5001 问答文章5501 问答文章6001 问答文章6501 问答文章7001 问答文章7501 问答文章8001 问答文章8501 问答文章9001 问答文章9501
当前位置: 首页 - 科技 - 知识百科 - 正文

如何诊断cursorpinswaitonx系列一

来源:懂视网 责编:小采 时间:2020-11-09 14:10:39
文档

如何诊断cursorpinswaitonx系列一

如何诊断cursorpinswaitonx系列一:首先明确一个事情:cursor pin s wait on x 是症状(结果),不是根本原因。 mutex related wait event cursor: pin S wait on X 一般原因: 》频繁硬解析(解析时间高. 找出解析时间高的原因很关键)----可能性最大 》high version cou
推荐度:
导读如何诊断cursorpinswaitonx系列一:首先明确一个事情:cursor pin s wait on x 是症状(结果),不是根本原因。 mutex related wait event cursor: pin S wait on X 一般原因: 》频繁硬解析(解析时间高. 找出解析时间高的原因很关键)----可能性最大 》high version cou

首先明确一个事情: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
<< wait 1min>>
oradebug dump errorstack 3
<< wait 1min>>
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




声明:本网页内容旨在传播知识,若有侵权等问题请及时与本网联系,我们将在第一时间删除处理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

文档

如何诊断cursorpinswaitonx系列一

如何诊断cursorpinswaitonx系列一:首先明确一个事情:cursor pin s wait on x 是症状(结果),不是根本原因。 mutex related wait event cursor: pin S wait on X 一般原因: 》频繁硬解析(解析时间高. 找出解析时间高的原因很关键)----可能性最大 》high version cou
推荐度:
标签: 如何 判断 系列
  • 热门焦点

最新推荐

猜你喜欢

热门推荐

专题
Top