Distributed Xaction分析

最新推荐文章于 2021-04-10 10:13:15 发布
最新推荐文章于 2021-04-10 10:13:15 发布
阅读量778 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： Oracle Troubleshooting
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/itdba/article/details/44560969
本文分析了基于db_ora_1765730.trc跟踪文件和awr报告中发现的DistributedXaction锁问题，详细解释了在查询和修改过程中发生的锁类型以及它们如何导致等待现象。通过具体的会话信息和事务信息，揭示了2113和2009两个会话间的锁冲突，并探讨了解决方案。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

结论：分析基于:db_ora_1765730.trc 跟踪文件 & 42212-42213 的awr报告：

BDB数据库创建db的db连接，在查询未完成和修改未完成的时候会发生Distributed Xaction 锁！
1   查询事务的时候添加的锁DX-00000018-00000000mode: S,共享模式
2   修改事务的时候添加的锁DX-00000018-00000000req: X，非共享模式
3   数据库的等待是由于事务的挣用 TX-0093000C-001B2A7C：该挣用时间很短，和持有的dx锁的时间长短没关系，所有看到ora check 看到的ctime 时间很短
4***awr报告发现enq: DX - contention，inactive transaction branch，应该由于以上问题引起的，数据库现在状态相对不够繁忙，如果dx表现明显,cpu会很高！如果发现大量挣用，性能会有问题。
5   怀疑2113会话是引起等待的原因，所有检查2113会话，确认其是否正常。


#### 电商节点4　分布式事务出现现象：
HOLD_SID WAIT_SID TYPE                 HOLD         REQUEST             ID1        ID2      CTIME
-------- -------- -------------------- ------------ ------------ ---------- ---------- ----------
    2113     2009 Distributed Xaction  Share        Exclusive            24          0          3
    
#### 回话信息：
  SID     S# SPID         USERNAME   MACHINE              EVENT                          P123                 WT SQL_ID
----- ------ ------------ ---------- -------------------- ------------------------------ ------------------ ---- ------------------
 2113  63585 1143192      BDB_dbE datawaredb1          SQL*Net more data to client    1413697536/1986/0     0 fjv88byabsqmg                         
 2009   2776 1184022      BDB_dbE datawaredb1          enq: DX - contention           1146617862/24/0       0 c7x2vxncxtsjd    
 
#### 他们之间DX 锁：
      ##########2113 的信息：请求模式mode: S,对电商数据库仅仅查询的操作。
      ----------------------------------------
      SO: 70000030a5d1818, type: 5, owner: 70000030b3ae2f8, flag: INIT/-/-/0x00
      (enqueue) DX-00000018-00000000 DID: 0004-0086-00046CE6
      lv: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  res_flag: 0x2
      res: 0x70000030b4a98b8, mode: S, lock_flag: 0x0    #########  资源名称
      own: 0x70000030b3ae2f8, sess: 0x70000030b3ae2f8, proc: 0x70000030cb77c48, prv: 0x70000030b4a98c8
      ---------------------------------------- 
      
      #########2009 的信息：请求模式req: X：对电商数据库做更新操作（验证可）
      ----------------------------------------
      SO: 70000030a5cff90, type: 5, owner: 70000030b3689d8, flag: INIT/-/-/0x00
      (enqueue) DX-00000018-00000000 DID: 0004-00B3-00024761
      lv: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  res_flag: 0x2
      res: 0x70000030b4a98b8, req: X, lock_flag: 0x0     ############################# 资源名称 更新锁
      own: 0x70000030b3689d8, sess: 0x70000030b3689d8, proc: 0x70000030fb8eea0, prv: 0x70000030b4a98d8
      ----------------------------------------


####分布式事务：


######2113 事务信息：
      ----------------------------------------
      SO: 7000002fd25f8f8, type: 42, owner: 70000030b3ae2f8, flag: INIT/-/-/0x00
      (branch) trn = 0x700000300ed9320, flg = 0x00, state = 0x00 bno=1 ser=9 evt=2390544
       creator = 0x70000030b3ae2f8 uid = 0x51 serial# = 63585 ttl = 0x0 dtm = 0x0
       2PCrole = (nch = 0x0 flg = 0x0)
       gti: 0xBDB.8195b2aa.19.11.37167399 bid: 0x444344425B31392E31312E33373136373339395D5B312E345D
        ----------------------------------------
        SO: 700000300ed9320, type: 40, owner: 7000002fd25f8f8, flag: INIT/-/-/0x00
        (trans) flg = 0x420001, flg2 = 0x4080000, prx = 0x0, ros = 2147483647 bsn = 0x52 bndsn = 0x52 spn = 0x14ad3
        efd = 3
        DID: 0004-0086-00044A57
        parent xid: 0x0000.000.00000000
        env: (scn: 0x0000.00000000  xid: 0x0000.000.00000000  uba: 0x00000000.0000.00  statement num=0  parent xid: xid: 0x0000.000.00000000  scn: 0x0000.00000000 0sch: scn: 0x0000.00000000)
        cev: (spc = 0  arsp = 0  ubk tsn: 0 rdba: 0x00000000  useg tsn: 0 rdba: 0x00000000
              hwm uba: 0x00000000.0000.00  col uba: 0x00000000.0000.00
              num bl: 0 bk list: 0x0)
              cr opc: 0x0 spc: 0 uba: 0x00000000.0000.00
        (gtrid 7000002fcc10558) BDB.8195b2aa.19.11.37167399  ###远程事务信息db名称+事务信息
          #branches = 3, type = 0x2
          branches     =  7000002fd25f8f8, 7000002fd25fa38, 7000002fd25fcb8
          transactions =  700000300ed9320, 700000300ed9320, 700000300ed9320
         branch#0 #refs = 3, #prep'd = 0, flags = 0x0, npi = N
         branch#1 #refs = 3, #prep'd = 0, flags = 0x0, npi = N
         branch#2 #refs = 3, #prep'd = 0, flags = 0x0, npi = N
        (enqueue) TX-0093000C-001B2A7C DID: 0004-0060-000204F0   # 事务锁挣用
        lv: 18 c3 ed 7d 09 5d a5 58 00 00 00 00 00 00 00 00  res_flag: 0x45
        res: 0x70000030b4e0d58, lock_flag: 0x0
        own: 0x70000030a353358, sess: 0x70000030a353358, prv: 0x700000300ed9368
        slk: 0x0
         xga: 0x0, heap: UGA
        Trans IMU st: 0 Pool index 65535, Redo pool 0x700000300ed99f8, Undo pool 0x700000300ed9ae0
        Redo pool range [0x7000002d45f6708 0x7000002d45f6708 0x7000002d45f8f08]
        Undo pool range [0x7000002d45f3f08 0x7000002d45f3f08 0x7000002d45f6708]
      ----------------------------------------


######2009  事务信息：
      ----------------------------------------
      SO: 7000002fd25fa38, type: 42, owner: 70000030b3689d8, flag: INIT/-/-/0x00
      (branch) trn = 0x700000300ed9320, flg = 0x00, state = 0x00 bno=2 ser=10 evt=2390545
       creator = 0x70000030b3689d8 uid = 0x51 serial# = 2776 ttl = 0x0 dtm = 0x0
       2PCrole = (nch = 0x0 flg = 0x0)
       gti: 0xBDB.8195b2aa.19.11.37167399 bid: 0x444344425B31392E31312E33373136373339395D5B312E335D
       branch of
          ----------------------------------------
          SO: 700000300ed9320, type: 40, owner: 7000002fd25f8f8, flag: INIT/-/-/0x00
          (trans) flg = 0x420001, flg2 = 0x4080000, prx = 0x0, ros = 2147483647 bsn = 0x52 bndsn = 0x52 spn = 0x14ad3
          efd = 3
          DID: 0004-0086-00044A57
          parent xid: 0x0000.000.00000000
          env: (scn: 0x0000.00000000  xid: 0x0000.000.00000000  uba: 0x00000000.0000.00  statement num=0  parent xid: xid: 0x0000.000.00000000  scn: 0x0000.00000000 0sch: scn: 0x0000.00000000)
          cev: (spc = 0  arsp = 0  ubk tsn: 0 rdba: 0x00000000  useg tsn: 0 rdba: 0x00000000
                hwm uba: 0x00000000.0000.00  col uba: 0x00000000.0000.00
                num bl: 0 bk list: 0x0)
                cr opc: 0x0 spc: 0 uba: 0x00000000.0000.00
          (gtrid 7000002fcc10558) BDB.8195b2aa.19.11.37167399      ###远程事务信息db名称+事务信息
            #branches = 3, type = 0x2
            branches     =  7000002fd25f8f8, 7000002fd25fa38, 7000002fd25fcb8
            transactions =  700000300ed9320, 700000300ed9320, 700000300ed9320
           branch#0 #refs = 3, #prep'd = 0, flags = 0x0, npi = N
           branch#1 #refs = 3, #prep'd = 0, flags = 0x0, npi = N
           branch#2 #refs = 3, #prep'd = 0, flags = 0x0, npi = N
          (enqueue) TX-0093000C-001B2A7C DID: 0004-0060-000204F0   # 事务锁挣用
          lv: 18 c3 ed 7d 09 5d a5 58 00 00 00 00 00 00 00 00  res_flag: 0x45
          res: 0x70000030b4e0d58, lock_flag: 0x0
          own: 0x70000030a353358, sess: 0x70000030a353358, prv: 0x700000300ed9368
          slk: 0x0
           xga: 0x0, heap: UGA
          Trans IMU st: 0 Pool index 65535, Redo pool 0x700000300ed99f8, Undo pool 0x700000300ed9ae0
          Redo pool range [0x7000002d45f6708 0x7000002d45f6708 0x7000002d45f8f08]
          Undo pool range [0x7000002d45f3f08 0x7000002d45f3f08 0x7000002d45f6708]
          ----------------------------------------  
  
######## 应该是等待关系信息：


#### 2113
(enqueue) TX-0093000C-001B2A7C DID: 0004-0060-000204F0
 lv: 18 c3 ed 7d 09 5d a5 58 00 00 00 00 00 00 00 00  res_flag: 0x45
 res: 0x70000030b4e0d58, lock_flag: 0x0
 own: 0x70000030a353358, sess: 0x70000030a353358, prv: 0x700000300ed9368
 slk: 0x0
  xga: 0x0, heap: UGA
 Trans IMU st: 0 Pool index 65535, Redo pool 0x700000300ed99f8, Undo pool 0x700000300ed9ae0
 Redo pool range [0x7000002d45f6708 0x7000002d45f6708 0x7000002d45f8f08]
 Undo pool range [0x7000002d45f3f08 0x7000002d45f3f08 0x7000002d45f6708]




####2009
(enqueue) TX-0093000C-001B2A7C DID: 0004-0060-000204F0    
 lv: 18 c3 ed 7d 09 5d a5 58 00 00 00 00 00 00 00 00  res_flag: 0x45
 res: 0x70000030b4e0d58, lock_flag: 0x0
 own: 0x70000030a353358, sess: 0x70000030a353358, prv: 0x700000300ed9368
 slk: 0x0
  xga: 0x0, heap: UGA
 Trans IMU st: 0 Pool index 65535, Redo pool 0x700000300ed99f8, Undo pool 0x700000300ed9ae0
 Redo pool range [0x7000002d45f6708 0x7000002d45f6708 0x7000002d45f8f08]
 Undo pool range [0x7000002d45f3f08 0x7000002d45f3f08 0x7000002d45f6708]
 
 
##################该事务锁同时被他占用。
    SO: 70000030a296910, type: 4, owner: 70000030cb87068, flag: INIT/-/-/0x00
    (session) sid: 1724 trans: 700000300ed9320, creator: 70000030cb87068, flag: (41) USR/- -/-/-/-/-/-
              DID: 0004-0086-00044A57, short-term DID: 0004-00C4-00005B8F
              txn branch: 7000002fd25fcb8
              oct: 0, prv: 0, sql: 0, psql: 7000002d4a19830, user: 81/BDB_dbENTER
    service name: pub
    O/S info: user: yimx, term: , ospid: 17079, machine: datawaredb1
 
我dump 两份系统状态，该事务锁在不断的变化。。。 


#############################################################################################################
我的测试实验环境：
d10g1: 
   dblink:d11g
   sender:a4 表dba_obects的多倍复制
d11g
   dblink:d10g
   sender:
  
对d11g数据库：dump d10g1 系统状态发现：
   sender用户:
   create table a11 as select * from a4@d10g;  事务未有完成时候发现：
        ----------------------------------------
        SO: 0x82c3447c, type: 5, owner: 0x8371dd68, flag: INIT/-/-/0x00
        (enqueue) DX-00000017-00000000 DID: 0001-0015-00000078
        lv: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  res_flag: 0x2
        mode: S, lock_flag: 0x0, lock: 0x82c34490, res: 0x82c6f85c                 ######   mode: S, 
        own: 0x8371dd68, sess: 0x8371dd68, proc: 0x8362ff54, prv: 0x82c6f864
        ----------------------------------------
   delete from from a4@d10g;事务未有完成时候发现：
        ----------------------------------------
        SO: 0x82c343b4, type: 5, owner: 0x8371b5a8, flag: INIT/-/-/0x00
        (enqueue) DX-00000011-00000000 DID: 0001-001A-0002FFBE          
        lv: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  res_flag: 0x2
        mode: X, lock_flag: 0x0, lock: 0x82c343c8, res: 0x82c6d43c       ################   mode: X
        own: 0x8371b5a8, sess: 0x8371b5a8, proc: 0x83631c28, prv: 0x82c6d444
        ----------------------------------------
Oracle enq: DX - contention 一次问题分析过程
killvoon的专栏
01-21 2584
客户反应晚上跑批异常，有一步平时20秒左右结束，昨晚跑了3000多秒，发来awr报告让我分析。很是兴奋，双击打开直奔TOP 5等待事件，如下： 出现了平时少见的enq: DX - contention 和inactive transaction branch。这两个事件是相伴的。 这两个等待事件是和DBLINK相关的，metalink上有相关的文章：High CPU by S
oracle in查询 一直等待,学习笔记:Oracle awr 分析解决inactive transaction branch等待事件...
weixin_32571169的博客
04-06 374
天萃荷净通过Oracle AWR报告分析inactive transaction branch等待事件的原因分析一份awr,发现不太熟悉的等待事件”inactive transaction branch”,awr相关信息如下分析top 1 sql中的对象SQL> select * from v$version;BANNER-----------------------------------...
oracle点滴积累
matraxa的专栏
07-22 960
本文主要对oracle的一些常用或易犯错的知识点进行积累总结，根据工作情况将不断更新，写得不好的地方欢迎提出，同时欢迎大家留言个人的oracle心得 ^_^ 1、exists和in的效率问题 ① select * from T1 where exists(select 1 from T2 where T1.a=T2.a); ② select * from T1 where T1.a in
DFS lock handle & inactive transaction branch
"杰"出虚拟平台-数据运维~~
08-06 3797
DFS lock handle & inactive transaction branch
mysql等待事件类型_inactive transaction branch等待事件
weixin_29363945的博客
01-28 299
分析一份awr,发现不太熟悉的等待事件”inactive transaction branch”,awr相关信息如下分析top 1 sql中的对象SQL> select * from v$version;BANNER-----------------------------------------------------------------------------Oracle Datab...
oracle 11203 ora32701,诊断一起存储链路引起的数据库性能问题案例 ORA-32701 and krsv_proc_kill: Killing 1 processes (Proces...
weixin_31516001的博客
04-07 871
前几日一套库出现在性能问题，虽然最终问题不在数据库， 但是记录一下希望遇到同样问题时可以节约你的时间 ，这是11.2.0.3 RAC 2nodes on hpux (EMC存储), 问题是从16：40左右起中间件偶尔有瞬间的业务积压， 积压时数据库大多数会话都是简单的insert同一表数据 ，后来大概停止了该批处理，数据库后来没有再出明显积压，因为当时反馈给我是周末晚上而且后来没有再起该批业务，只...
SIMATIC S7 Distributed Safety V5.4 SP5 更新 2-链接地址.txt
最新发布
01-10
文件标题指出SIMATIC S7 Distributed Safety V5.4 SP5更新2已发布。SIMATIC S7 是西门子工业自动化产品系列中的一个，该系列以其高度可靠的可编程逻辑控制器（PLC）闻名。Distributed Safety指的是分布式安全技术，...
S7 Distributed Safety V5.4 SP5 UPD1安装包.txt
08-01
### S7 Distributed Safety V5.4 SP5 UPD1安装包知识点详解 #### 一、概述 S7 Distributed Safety V5.4 SP5 UPD1安装包是一款针对西门子S7系列PLC的安全功能软件更新包。该软件主要用于增强自动化系统中的安全功能...
Hurst_distributed.rar_Hurst参数分析_hurst_hurst 水文_水文序列趋势_趋势分析
07-14
水文、气象要素的时间序列分析中，一般下载到的程序是针对单个站点的H指数计算，得到的结果是单个H指数值 该程序实现时间序列栅格图像上每个点H指数的计算，得到的结果是单个栅格图像，栅格值是H指数值
Distributed System
09-06
分布式系统是一种计算机系统架构，它由分布在不同物理位置的多个独立计算机组成，这些计算机通过网络相互连接并协同工作，共同提供计算资源、数据存储和业务服务。分布式系统的目的是通过多个计算节点的协同工作来...
inactive transaction branch
weixin_33912246的博客
01-11 414
inactive transaction branch等待事件是由于dblink连接超时导致的，当多个dblink同时连接远程数据库做相同的工作时，等待的dblink如果等待时间过长就会触发此等待事件。 解决方法： select spid from v$process where addr in (select paddr from v$session where sid=<s...
数据库出现很高的enq: DX - contention 等待
ckawt40802的专栏
10-13 262
检查客户AWR报告时，发现数据库经历严重的enq: DX – contention等待。 这个数据库的版本是11.1.0.6 for Windows 64bits for A...
statspack报告数据结果解释
辰风的专栏--Oracle/ClearCase管理员日记
09-21 2253
这篇文章来自于oracle中国用户组(www.oracle.com.cn)的文章，发现对自己学习性能调优很有帮助:原文链接:http://www.cnoug.org/viewthread.php?tid=25353statspack报告数据结果解释 一、statspack 输出结果中必须查看的十项内容1、负载间档(Load profile)2、实例效率点击率(Instance effici
enq: DX – contention和inactive transaction branch
cndoc40428的专栏
07-19 207
最近一个月数据库中总是存在两种等待事件： enq: DX – contention和inactive transaction branch 一开始怀疑是bug，但总是对不上号，几乎都打算开sar求助了，呵呵~ ...
oracle以查询多括号报错,oracle点滴积累
weixin_32724679的博客
04-03 330
文章已移至新博客：http://www.youzitool.com/index/detail/id/24.html本文主要对oracle的一些常用或易犯错的知识点进行积累总结，根据工作情况将不断更新，写得不好的地方欢迎提出，同时欢迎大家留言个人的oracle心得 ^_^1、exists和in的效率问题① select * from T1 where exists(select 1 from T2 ...
oracle px execute reply,关于昨天的PX Deq: Execute Reply重新开贴请教
weixin_36354492的博客
04-10 453
昨天的问题我把parallal_max_servers设置为0暂时解决了。但今天上午用户又打电话说问题重现了。今天上午又仔细的分析了一下。把结果贴出来：问题的表像是查询同义词DBA_PENDING_TRANSACTIONS时一直持续执行状态，无返回数据，等待事件为：PX Deq:Execute Reply同义词定义如下：create or replace public synonym DBA_PE...
enq:SQ contention / row cache lock / DFS lock handle(SV) 等待事件 说明
热门推荐
David Dai -- Focus on Oracle
06-09 1万+
enq:SQ contention/row cache lock/DFS lock handle(SV) 这三个等待事件都与Oracle 的Sequence 有关。 有关Sequence说明，参考我的Blog：       Oracle Sequence Cache 参数说明       http://blog.youkuaiyun.com/tianlesoftware/archi
研究了一下 DFS LOCK HANDLE
cuijiongcan4848的博客
03-30 344
DFS LOCK HANDLE 是无法获得 global cache lock的handle时候所记录的等待事件，如果在RAC环境下使用sequence，2个实例都有并发的session使用sequence，这时有可能遭遇 DF...
Oracle等待事件DFS lock handle
关注系统性能调优
10-27 1万+
在做性能压力测试，测试结果不能通过，获取现场一个小时的AWR报告，发现大量的等待事件，数据库是RAC，版本是11.2.0.4.0。 Snap Id Snap Time Sessions Cursors/Session Instances Begin Snap: 1607 21-10月-14 20:00:03 560
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值