Oracle enq: DX - contention 一次问题分析过程

最新推荐文章于 2022-08-22 20:10:05 发布
原创 最新推荐文章于 2022-08-22 20:10:05 发布 · 2.6k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#oracle DX

客户反映晚上批量处理异常，一个通常20秒完成的步骤昨晚耗时3000多秒。通过AWR报告分析，发现等待事件为enq: DX - contention 和inactive transaction branch，与DBLINK相关。尽管这两个事件存在已有一周，但并非导致异常的直接原因。深入分析存储过程和SQL，发现一条SQL（atqht9zp3j1ym）执行次数异常，因业务特殊性在特定月份的两天内执行了200多万次，导致跑批时间延长。解决问题需深入定位，避免被TOP 5等待事件误导。


      客户反应晚上跑批异常，有一步平时20秒左右结束，昨晚跑了3000多秒，发来awr报告让我分析。很是兴奋，双击打开直奔TOP 5等待事件，如下：



出现了平时少见的enq: DX - contention 和inactive transaction branch。这两个事件是相伴的。 这两个等待事件是和DBLINK相关的，metalink上有相关的文章：High CPU by Sessions Holding DX Enqueue; Others Waiting 'enq: DX - contention' [ID 1275884.1]

最低0.47元/天 解锁文章
enq: IV - contention、enq: PS-contention
文档搬运工
01-11 1230
rdbms 11.2.0.4 参考文档： RAC 12c DDL的性能问题：节点的CPU数量不同导致大量的"enq: IV - contention" (Doc ID 2440133.1) CPU count change, "enq: PS-contention" (Doc ID 2548314.1) --两个节点的rac，将在虚拟机中，将其中一个节点的cpu设置为3，另一个节点cpu设置为1 将其中一个节点的私网网络限制为租用线路T1（1.544Mbps），另一个节点的私网不限制。 主要是为了测试以
大量enq: SQ - contention 等待导致系统卡顿
xiaofan23z的专栏
08-22 1043
了解了这些我们就可以知道应该是大量的插入并发，而且都在请求同一个sequence，导致争用，数据库中出现大量enq SQ的等待，造成系统的卡顿。由于该异常等待并不常见，我在wait event的监控脚本中并未添加，所以报出的是log file sync，其实也是系统卡顿的一种表现。常见的触发场景包括：大量并发的插入操作使用相同的序列生成主键，或者某些情况下序列的缓存大小设置过小，导致频繁的序列生成和锁定。此等待事件通常在高并发环境中出现，特别是在多个会话频繁请求相同的序列对象时。等待事件邮件监控请参考。
enq: DX - contention
05-27 333
今天用addm检查数据库的时候，报了一个enq: DX - contention的过多等待。[@more@]enq: DX - contention 是分布式事务所使用的锁。select * from v$lock where ...
Oracle enq: DX - contention之解决过程
老A的自留地，欢迎加微信交流，微信号zhoul777
03-19 441
一、解决过程 2010年3月15日上午9点半左右，数据库出现大规模的分布式事务等待。 EVENT ---------------------------------------------------------------- enq: DX - contention enq: DX - contention enq: DX - contention enq: DX – conten...
数据库出现很高的enq: DX - contention 等待
ckawt40802的专栏
10-13 270
检查客户AWR报告时，发现数据库经历严重的enq: DX – contention等待。 这个数据库的版本是11.1.0.6 for Windows 64bits for A...
enq: DX – contention等待事件解决方法
weixin_30924087的博客
07-13 368
前几日，一测试环境在dblink单表同步的时候（不管怎么说，目前仍然是同构数据库同步性能最快的方法，别听网上的扯淡，无论goldengate还是java层，都是比较慢的），某张表一直同步不过去，看了一下正在等待“enq: DX – contention”事件，搜索了下，在Oracle中enq: DX 队列锁一般用意保护分布式事务(used to protect distributed transa...
enq: DX – contention和inactive transaction branch
cndoc40428的专栏
07-19 218
最近一个月数据库中总是存在两种等待事件： enq: DX – contention和inactive transaction branch 一开始怀疑是bug，但总是对不上号，几乎都打算开sar求助了，呵呵~ ...
BLOG_【AWR分析】Oracle_lhr_队列等待之enq IV - contention案例.pdf
08-08
### Oracle AWR 分析之 enq: IV - Contention 案例解析 #### 一、概述 在Oracle数据库管理中，AWR (Automatic Workload Repository) 是一个非常重要的工具，用于诊断性能瓶颈并帮助优化数据库操作。本文将详细介绍...
Oracle死锁问题： enq: TX - row lock contention
Keep learing, and stay fast
08-22 2224
如何解决Oracle死锁问题 enq: TX - row lock contention
消除 enq: DX - contention 等待事件
08-11 246
很遗憾操作过程没有抓下来，语言描述一下吧。DXDistributed transaction entry是一个分布式事务锁，根据v$lock查询得到一个会话sid：806，type:DX,block:1并且有type和id1相等...
oracle in查询 一直等待,学习笔记:Oracle awr 分析解决inactive transaction branch等待事件...
weixin_32571169的博客
04-06 403
天萃荷净通过Oracle AWR报告分析inactive transaction branch等待事件的原因分析一份awr,发现不太熟悉的等待事件”inactive transaction branch”,awr相关信息如下分析top 1 sql中的对象SQL> select * from v$version;BANNER-----------------------------------...
oracle点滴积累
matraxa的专栏
07-22 979
本文主要对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
inactive transaction branch
weixin_33912246的博客
01-11 423
inactive transaction branch等待事件是由于dblink连接超时导致的，当多个dblink同时连接远程数据库做相同的工作时，等待的dblink如果等待时间过长就会触发此等待事件。 解决方法： select spid from v$process where addr in (select paddr from v$session where sid=<s...
statspack报告数据结果解释
辰风的专栏--Oracle/ClearCase管理员日记
09-21 2275
这篇文章来自于oracle中国用户组(www.oracle.com.cn)的文章，发现对自己学习性能调优很有帮助:原文链接:http://www.cnoug.org/viewthread.php?tid=25353statspack报告数据结果解释 一、statspack 输出结果中必须查看的十项内容1、负载间档(Load profile)2、实例效率点击率(Instance effici
【故障处理】队列等待之enq IV - contention案例
小麦苗DBA宝典
12-24 4050
【故障处理】队列等待之enq IV -  contention案例 1.1  BLOG文档结构图   1.2  前言部分 1.2.1  导读和注意事项 各位技术爱好者，看完本文后，你可以掌握如下的技能，也可以学到一些其它你所不知道的知识，~O(∩_∩)O~： ① 队列等待之enq IV -  contention案例（重点）
一则事件enq: IV - contention
killvoon的专栏
12-12 4132
环境：exadata 双节点，oracle版本12.1.0.2 数据库服务器上多个实例出现enq: IV - contention等待事件，发现存在相关bug In this Document   Symptoms   Cause   Solution   References
oracle以查询多括号报错,oracle点滴积累
weixin_32724679的博客
04-03 360
文章已移至新博客：http://www.youzitool.com/index/detail/id/24.html本文主要对oracle的一些常用或易犯错的知识点进行积累总结，根据工作情况将不断更新，写得不好的地方欢迎提出，同时欢迎大家留言个人的oracle心得 ^_^1、exists和in的效率问题① select * from T1 where exists(select 1 from T2 ...
enq: FB - contention
DBA never sleep-DBA，永不眠
04-02 7167
select wait_class,name from v$event_name  where name = 'enq: FB - contention'; WAIT_CLASS                                                       NAME ---------------------------- ------------------
Oracle enq: SV-contention
最新发布
07-15
### ### enq: SV - contention 等待事件的含义 在 Oracle 数据库中，`enq: SV - contention` 是一种与序列（Sequence）相关的等待事件，通常出现在 RAC（Real Application Clusters）环境中。当多个实例同时请求同一个设置了 `CACHE` 和 `ORDER` 属性的序列的 `NEXTVAL` 时，需要通过 SV 锁（SV enqueue）来保证序列值的有序性和一致性。由于 SV 锁是以 SSX（Shared Sub-Exclusive）模式获取的，因此在争用发生时，会引发 `enq: SV - contention` 等待事件[^2]。 ### ### 原因分析 1. **高并发插入操作**：如果多个会话或实例频繁地请求同一个具有 `CACHE + ORDER` 属性的序列对象，会导致大量对 SV 锁的请求冲突，从而产生 `enq: SV - contention` 等待[^3]。 2. **RAC 环境下的锁竞争**：在 RAC 架构下，由于序列的 `ORDER` 属性要求生成的数值必须全局有序，Oracle 使用 SV 锁来同步不同节点间的访问。这种跨节点的同步机制会引入额外的锁资源竞争[^2]。 3. **序列缓存不足**：即使启用了 `CACHE`，若缓存大小不足以应对并发请求频率，仍然可能导致频繁的锁获取和释放操作，加剧争用问题[^4]。 ### ### 解决方法 1. **调整序列属性**： - 如果业务允许无序的序列值，可以移除 `ORDER` 属性，这样可以避免使用 SV 锁，从而减少争用。 - 示例修改语句如下： ```sql ALTER SEQUENCE your_sequence_name NOORDER; ``` 2. **增加缓存大小**： - 提高 `CACHE` 参数值可以减少对共享资源的访问频率，降低争用概率。 - 修改示例如下： ```sql ALTER SEQUENCE your_sequence_name CACHE 1000; ``` 3. **使用多个序列或分区序列**： - 如果系统支持，可以通过创建多个独立的序列，并在应用层进行轮询分配，从而分散单个序列的并发压力。 4. **优化事务设计**： - 减少每次事务中调用 `NEXTVAL` 的次数，尽量将多个插入操作合并到一个事务中，以减少锁的持有时间。 5. **评估是否真的需要 `ORDER` 属性**： - 若业务逻辑并不严格依赖全局递增的顺序，则建议关闭 `ORDER` 选项，以提升性能并避免 SV 锁争用问题。 6. **监控和诊断**： - 利用 AWR 报告、ASH 视图以及 `V$SESSION_WAIT` 等工具持续监控该等待事件的发生频率和影响范围，以便及时采取措施。 7. **升级数据库版本**： - 在某些较新的 Oracle 版本中，针对序列争用进行了优化，如引入了更高效的锁管理机制。考虑升级至更高版本可能有助于缓解此类问题。 ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值