Oracle辅导：一个enqueue等待事件的分析

会计考友

　数据库：Oracle 9.2.0.8 　　平台：HP-UX 11.11
　　在对客户的数据库进行健康搜检时发现：
7 e8 C5 z3 M& N5 [# l" r. b　　TOP 5期待事务中最高的是enqueue，其次是PX Deq: Execute Reply，这两个期待事务占了所有事务的65%以上。
　　期待事务“enqueue”所占比例最高，一共期待了14,487s的时刻，但年夜后面的enqueue的统计信息来看，所统计的SQ enqueue和TX enqueue的期待时刻总和只有49s，其他统计的enqueue期待时刻根基为0s，所以还有其他未统计进statspack的enqueue存在，并占有了年夜高摒弃待时刻。
9 V" A9 @& n; B; X. Y6 n) l　　Top 5 Timed Events
　　~~~~~~~~~~~~~~~~~~                                                     % Total
　　Event                                               Waits    Time (s) Ela Time
- f$ s' q7 N8 d8 }9 Q　　-------------------------------------------- ------------ ----------- --------
　　enqueue                                             6,339      14,487    44.02
# X# p4 a( C. g! Z　　PX Deq: Execute Reply                               2,773       7,222    21.94
　　CPU time                                                        5,314    16.15
0 ~1 w0 S- p  Y; O　　db file sequential read                           982,418       3,574    10.86
　　row cache lock                                     80,167         691     2.10
; c* O) X. M7 Y- H* ]　　-------------------------------------------------------------
9 }* o/ t9 c$ ^9 A　　Enqueue activity for DB: IBSS  Instance: ibss2  Snaps: 311 -312
　　-> Enqueue stats gathered prior to 9i should not be compared with 9i data
) i1 D' S. O  ?2 q* U1 L% O　　-> ordered by Wait Time desc, Waits desc
　　Avg Wt         Wait
5 C+ ^& s. M$ b3 J2 C- F　　Eq     Requests    Succ Gets Failed Gets       Waits   Time (ms)     Time (s)
  ]# r! s9 @0 ^2 S5 w　　-- ------------ ------------ ----------- ----------- ------------- ------------
, U  \3 \  j+ H　　SQ        5,589        5,589           0         206        181.50           37
- ^, Z# m( X2 o$ U　　TX      189,789      189,398         391         163         76.10           12
　　HW        1,601        1,599           2         423           .55            0
　　US        1,949        1,949           0         339           .67            0
　　TM      912,315      912,254          56         155           .36            0
& D6 ?8 Q+ t" N. w5 W' z4 J1 K3 B　　TT          638          638           0          48           .92            0
　　FB           39           39           0          26           .31            0
　　TD           16           16           0          16           .50            0
5 D$ d4 `$ y  n, Y, w4 I　　IR           10           10           0           8           .63            0
　　WL            8            6           2           6           .67            0
　　DR            4            4           0           4           .50            0
　　RO            3            3           0           3           .67            0
3 C2 f; W, Z" g/ t2 J% ^5 U　　TA           26           26           0           2           .50            0
　　DL          123          123           0           1          1.00            0
　　TS            6            6           0           5           .00            0
/ k2 k4 v1 J$ r3 ]　　CF       12,113       12,113           0           1           .00            0
, y( f8 L2 |! A: S$ |0 I
　-------------------------------------------------------------

会计考友

</p>　　采样发芽期待事务为enqueue的session：
　　SQL> select sid,status,program,sql_hash_value from v$session where sid in (select sid from v$session_wait where event='enqueue');
& o4 u$ u1 u. x8 L. _! v　　SID STATUS   PROGRAM                   SQL_HASH_VALUE
1 w6 y/ C, Q4 m2 C　　---------- -------- ------------------------- --------------
　　194 ACTIVE   ORACLE.EXE                    4166735688
0 h9 \7 O. d8 o　　311 ACTIVE   oracle@IBSSDB2 (P000)         1611783128
/ G3 I* n: G  Y2 k6 P　　在多个时刻点采样发现，enqueue期待事务始终只有两个这session和这两个sql_hash_value。
　　查找sid=194的sql：
　　SQL> select sql_text from v$sql where hash_value=http://www.qnr.cn/pc/ora/study/201001/4166735688;
- f; b0 t6 u  m& a3 a; ]. V0 N( ^　　no rows selected
　　sid：194找不到响应的sql。
6 N5 s# W) D  d8 n( Y# C　　查找sid=311的sql：
& m4 K2 E) m2 D7 D　　SQL> select sql_text from v$sql where hash_value=http://www.qnr.cn/pc/ora/study/201001/1611783128;
& i" a& Q% O6 i4 Q% g9 B　　SQL_TEXT
. ~' i- `; g( G/ C  R* ^4 x4 Q　　--------------------------------------------------------------------------------
+ C0 A4 Z$ O& U　　SELECT /*+ Q2447000 */ A1."INST_ID",A1."FORMATID",A1."GLOBALID",A1."BRANCHID",A1
　　."REFCOUNT" FROM "SYS"."GV$GLOBAL_TRANSACTION" A1 WHERE A1."FORMATID"=:B1 AND (R
8 ^. s" z7 i; a+ N% W　　AWTOHEX(A1."GLOBALID")=:B2 OR A1."GLOBALID"=:B3) AND (RAWTOHEX(A1."BRANCHID")=:B
  K" B9 U  p; A; V4 b( Z% n5 v　　4 OR A1."BRANCHID"=:B5)
　　经由过程V$LOCK剖析锁：
　　SESS                    ID1        ID2      LMODE    REQUEST TY
! _8 j1 b' J  z: Y" x- y* H　　---------------- ---------- ---------- ---------- ---------- --
　　Holder: 217              18          0          4          0 DX
) J5 Q+ z# ^) C+ t. @0 c　　Waiter: 311              18          0          0          4 DX
　　Waiter: 194              18          0          0          6 DX
　　在锁的期待中，持有者是217，期待者是311和192，期待的锁为DX锁。
% _' A7 L5 }7 E! ?* [0 u' v' @　　DX锁：Distributed transaction entry
0 C* H& z% }! I. I8 a9 X# M6 `　　经由过程用oradebug剖析，同样发现session 311被session 194梗阻，而session 194被session 217梗阻。
　　Open chains found:
4 b+ J8 S! z! y4 o; ^) _　　Chain 1 :  :
　　
　　--  --