Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

45

积分

0

好友

6

主题
1#
发表于 2012-1-9 10:13:33 | 查看: 9567| 回复: 4
enq: DX – contention和inactive transaction branch平均等待时间分别为6s和1s,网络上查了下,是说因为bug引起的。麻烦大家帮忙下,是现网数据库出现了这个情况,所以比较急

awrrpt_0109_08-10.rar

42.51 KB, 下载次数: 1303

5#
发表于 2012-1-17 16:53:07
登陆到服务器上看一下 3hmw62da52uq1 2sp82wgydgamz 的执行计划
select * from table(dbms_xplan.display_cursor('3hmw62da52uq1'));
select * from table(dbms_xplan.display_cursor('2sp82wgydgamz '));

回复 只看该作者 道具 举报

4#
发表于 2012-1-9 22:22:11
inactive transaction branch        Other        branch#        waited         

The session waits for a transaction branch that is currently used by another session.

737        403545727        inactive transaction branch       
p1  branch#       
p2  waited               
p3 NULL
wait_class Other

inactive transaction branch        队列争用等待事件 time=1000ms 即该wait event 1s 超时

相关信息:

Bug 10413418  Query with dblink intermittently hang waiting for 'inactive transaction branch'

Distributed transactions could hang waiting in k2gInsert for 'inactive
transaction branch'.

Rediscovery Notes:
  This particular bug could have a number of symptoms.  The one which the
  customer hit can be verified by seeing that k2gInsert is directly calling
  kslwait and is waiting for 'inactive transaction branch'.

Workaround
None

回复 只看该作者 道具 举报

3#
发表于 2012-1-9 22:17:03
enq: DX - contention
Serializes tightly coupled distributed transaction branches

830        2881503609        enq: DX - contention       
p1 name|mode       
p2 transaction entry #       
p3 0       
wait_class_id 1893977003       
wait_class#  0       
wait_class  Other


enq: DX - contention 队列争用等待事件 time=6000ms 即该wait event 6s超时

回复 只看该作者 道具 举报

2#
发表于 2012-1-9 10:21:32
SQL ordered by Reads

    Total Disk Reads: 344,607,433
    Captured SQL account for 99.1% of Total

Physical Reads    Executions    Reads per Exec     %Total    CPU Time (s)    Elapsed Time (s)    SQL Id    SQL Module    SQL Text
339,079,748    715    474,237.41    98.40    9654.87    35087.42    3hmw62da52uq1     oracle@FJXM-DM-PTLBBS1 (TNS V1-V3)     SELECT /*+ PARALLEL ("A", 4) *...
2,365,091    5    473,018.20    0.69    79.26    230.18    2sp82wgydgamz     oracle@FJXM-DM-PTLBBS1 (TNS V1-V3)     SELECT /*+ PARALLEL ("A", 4) *...

以上2个查询是以DB LINK从远程数据库连接(FJXM-DM-PTLBBS1)过来的吗?主要焦点就是这2条SQL, 都用了并行

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-12-24 00:19 , Processed in 0.050071 second(s), 25 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569