再次遇到 enq: TM - contention竞争

最新推荐文章于 2021-04-12 12:08:36 发布
最新推荐文章于 2021-04-12 12:08:36 发布
阅读量174 收藏
点赞数
文章标签： 数据库

环境 Oracle11g , HPUX 4 节点RAC

SQL> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
PL/SQL Release 11.1.0.7.0 - Production
CORE 11.1.0.7.0 Production
TNS for HPUX: Version 11.1.0.7.0 - Production
NLSRTL Version 11.1.0.7.0 - Production

从11g 开始 如果遇到enq 开头的等待事件，我们可以查询 BLOCKING_INSTANCE, BLOCKING_SESSION

这样就能方便，快速定位ENQ 争用，那么根据下面的查询，得知节点3,session 2173是罪魁祸首

SQL> select (sysdate-logon_time)*24*60 minutes, username,blocking_instance,blocking_session,sid,serial#,event,p1,p2,p3
2 from v$session where wait_class!='Idle';

MINUTES USERNAME BLOCKING_INSTANCE BLOCKING_SESSION SID SERIAL# EVENT P1 P2 P3
---------- -------------------- ----------------- ---------------- ---------- ---------- ------------------------------ ---------- ---------- ----------
34.7833333 ADWU_OPTIMA_CE11_ETL 3 2173 2308 7457 enq: TM - contention 1414332419 629755 0
34 ADWU_OPTIMA_CE11_ETL 3 2173 2312 2656 enq: TM - contention 1414332419 629755 0
33.9666667 ADWU_OPTIMA_CE11_ETL 3 2173 2317 3415 enq: TM - contention 1414332419 629755 0
33.9833333 ADWU_OPTIMA_CE11_ETL 3 2173 2318 17915 enq: TM - contention 1414332419 629755 0
34 ADWU_OPTIMA_CE11_ETL 3 2173 2321 9634 enq: TM - contention 1414332419 629755 0
34.4666667 ADWU_OPTIMA_CE11_ETL 3 2173 2322 13939 enq: TM - contention 1414332419 629755 0
34 ADWU_OPTIMA_CE11_ETL 3 2173 2337 3576 enq: TM - contention 1414332419 629755 0
34.85 ADWU_OPTIMA_CE11_ETL 3 2173 2339 9603 enq: TM - contention 1414332419 629755 0
34.3333333 ADWU_OPTIMA_CE11_ETL 3 2173 2343 7150 enq: TM - contention 1414332419 629755 0
33.9833333 ADWU_OPTIMA_CE11_ETL 3 2173 2348 24077 enq: TM - contention 1414332419 629755 0
34.0166667 ADWU_OPTIMA_CE11_ETL 3 2173 2361 29394 enq: TM - contention 1414332419 629755 0
61.9 ADWU_OPTIMA_WE11_ETL 3 2173 2376 30060 enq: TM - contention 1414332419 629755 0
33.9833333 ADWU_OPTIMA_CE11_ETL 3 2173 2379 24264 enq: TM - contention 1414332419 629755 0
34 ADWU_OPTIMA_CE11_ETL 3 2173 2380 25757 enq: TM - contention 1414332419 629755 0
34 ADWU_OPTIMA_CE11_ETL 3 2173 2387 27517 enq: TM - contention 1414332419 629755 0
34.3166667 ADWU_OPTIMA_CE11_ETL 3 2173 2391 28899 enq: TM - contention 1414332419 629755 0
34.1333333 ADWU_OPTIMA_CE11_ETL 3 2173 2393 21630 enq: TM - contention 1414332419 629755 0
34.3333333 ADWU_OPTIMA_CE11_ETL 3 2173 2396 15199 enq: TM - contention 1414332419 629755 0
34 ADWU_OPTIMA_CE11_ETL 3 2173 2409 24594 enq: TM - contention 1414332419 629755 0
11742.8667 DBSNMP 2416 811 reliable message 1.3835E+19 1.3835E+19 1.3835E+19
11772.05 2434 1 gc current request 216 779962 33619969
2.98333333 BW9518 4805 54 SQL*Net message to client 1413697536 1 0
6928.96667 DBSNMP 4811 1098 reliable message 1.3835E+19 1.3835E+19 1.3835E+19
33.9666667 ADWU_OPTIMA_CE11_ETL 3 2173 4813 11511 enq: TM - contention 1414332419 629755 0
7012.63333 DBSNMP 4817 78 reliable message 1.3835E+19 1.3835E+19 1.3835E+19
34.1166667 ADWU_OPTIMA_CE11_ETL 3 2173 4820 28350 enq: TM - contention 1414332419 629755 0
33.9666667 ADWU_OPTIMA_CE11_ETL 3 2173 4821 3367 enq: TM - contention 1414332419 629755 0
33.9666667 ADWU_OPTIMA_CE11_ETL 3 2173 4822 17475 enq: TM - contention 1414332419 629755 0
33.9833333 ADWU_OPTIMA_CE11_ETL 3 2173 4823 9840 enq: TM - contention 1414332419 629755 0
60.45 ADWU_OPTIMA_WE11_ETL 3 2173 4824 7455 enq: TM - contention 1414332419 629755 0
33.9833333 ADWU_OPTIMA_CE11_ETL 3 2173 4826 2113 enq: TM - contention 1414332419 629755 0
58.05 ADWU_OPTIMA_CE11 4829 3429 gc cr request 388 17270 1
33.9833333 ADWU_OPTIMA_CE11_ETL 3 2173 4831 14554 enq: TM - contention 1414332419 629755 0
33.9666667 ADWU_OPTIMA_CE11_ETL 3 2173 4836 7954 enq: TM - contention 1414332419 629755 0
33.9666667 ADWU_OPTIMA_CE11_ETL 3 2173 4837 9404 enq: TM - contention 1414332419 629755 0
34.5833333 ADWU_OPTIMA_CE11_ETL 3 2173 4841 33420 enq: TM - contention 1414332419 629755 0
34.05 ADWU_OPTIMA_CE11_ETL 3 2173 4847 31842 enq: TM - contention 1414332419 629755 0
33.9833333 ADWU_OPTIMA_CE11_ETL 3 2173 4848 41227 enq: TM - contention 1414332419 629755 0
34 ADWU_OPTIMA_CE11_ETL 3 2173 4849 28178 enq: TM - contention 1414332419 629755 0
34 ADWU_OPTIMA_CE11_ETL 3 2173 4856 35687 enq: TM - contention 1414332419 629755 0
34.1166667 ADWU_OPTIMA_CE11_ETL 3 2173 4859 21673 enq: TM - contention 1414332419 629755 0
34.05 ADWU_OPTIMA_CE11_ETL 3 2173 4860 4758 enq: TM - contention 1414332419 629755 0
33.9666667 ADWU_OPTIMA_CE11_ETL 3 2173 4862 6221 enq: TM - contention 1414332419 629755 0
34.0333333 ADWU_OPTIMA_CE11_ETL 3 2173 4863 13803 enq: TM - contention 1414332419 629755 0
578.716667 DBSNMP 4865 6799 reliable message 1.3835E+19 1.3835E+19 1.3835E+19
34.1166667 ADWU_OPTIMA_CE11_ETL 3 2173 4869 20932 enq: TM - contention 1414332419 629755 0
34.7833333 ADWU_OPTIMA_CE11_ETL 3 2173 4871 20326 enq: TM - contention 1414332419 629755 0
65 ADWU_OPTIMA_WE11_ETL 3 2173 4873 30965 enq: TM - contention 1414332419 629755 0
34.2666667 ADWU_OPTIMA_CE11_ETL 3 2173 4875 28449 enq: TM - contention 1414332419 629755 0
35.1 ADWU_OPTIMA_CE11_ETL 3 2173 4879 17186 enq: TM - contention 1414332419 629755 0
34.0166667 ADWU_OPTIMA_CE11_ETL 3 2173 4883 6347 enq: TM - contention 1414332419 629755 0
33.9833333 ADWU_OPTIMA_CE11_ETL 3 2173 4889 35409 enq: TM - contention 1414332419 629755 0
6927.45 DBSNMP 4890 7184 reliable message 1.3835E+19 1.3835E+19 1.3835E+19
58.05 ADWU_OPTIMA_WE11_ETL 3 2173 4892 15889 enq: TM - contention 1414332419 629755 0
34.0166667 ADWU_OPTIMA_CE11_ETL 3 2173 4895 35919 enq: TM - contention 1414332419 629755 0
33.9833333 ADWU_OPTIMA_CE11_ETL 3 2173 4896 42067 enq: TM - contention 1414332419 629755 0
34.7833333 ADWU_OPTIMA_CE11_ETL 3 2173 4897 25574 enq: TM - contention 1414332419 629755 0
61.8833333 ADWU_OPTIMA_WE11_ETL 3 2173 4898 39608 enq: TM - contention 1414332419 629755 0
33.9666667 ADWU_OPTIMA_CE11_ETL 3 2173 4902 28164 enq: TM - contention 1414332419 629755 0
34.0166667 ADWU_OPTIMA_CE11_ETL 3 2173 4904 23346 enq: TM - contention 1414332419 629755 0
58.1333333 ADWU_OPTIMA_CE11 2 2391 4906 12267 library cache lock 1.3835E+19 1.3835E+19 201
33.9833333 ADWU_OPTIMA_CE11_ETL 3 2173 4907 17207 enq: TM - contention 1414332419 629755 0
33.9833333 ADWU_OPTIMA_CE11_ETL 3 2173 4908 18476 enq: TM - contention 1414332419 629755 0
34.0166667 ADWU_OPTIMA_CE11_ETL 3 2173 4909 15579 enq: TM - contention 1414332419 629755 0
33.9833333 ADWU_OPTIMA_CE11_ETL 3 2173 4917 39967 enq: TM - contention 1414332419 629755 0
34.0666667 ADWU_OPTIMA_CE11_ETL 3 2173 4919 23954 enq: TM - contention 1414332419 629755 0

66 rows selected.

我现在跑到节点3去查看session 2173

SQL> select username,sid,serial#,action from v$session where sid=2173;

USERNAME SID SERIAL# ACTION
---------- ---------- ---------- ---------------------------------------------------
SYS 2173 2866 GATHER_STATS_JOB

原来是 SYS在收集统计信息，阻塞了session, 我将它kill 之后 enq: TM - contention阻塞就不在了

iteye_20478
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
enq：TX index contention.txt
11-01
cause:当插入新的索引条目时，发现索引块中没有足够的空间容纳新的索引条目，索引块就会产生分裂（分为5-5分裂...这时就会表现为enq: TX - index contention。本例中索引块分裂属于5-5 分裂，此分裂可以通过awr报告观察
enq PS - contention.pdf
08-01
【故障处理】enq: PS - contention 是一个Oracle数据库中常见的等待事件，通常与并行服务器（Parallel Server）的资源竞争有关。这篇博客主要讲解如何解决这类问题，并提供了详细的故障分析和解决步骤。 1. **等待...
oracle enq: tm,Oracle等待事件之enq: TM – contention
weixin_33726387的博客
04-12 95
SELECT distinct w.tm, w.p2 OBJECT_ID, l.inst_id, l.sid, l.lmode, l.request,l.blocklmode, l.request,l.blockFROM2 3 ( SELECT p2, p3, 'TM-'||substr(p2raw,-8)||'-'||lpad(p3,8,'0') TM4 FRO...
global cache cr request等待事件
weixin_33854644的博客
08-09 162
The session is looking for a consistent read version of data but cannot find it in the local cache. The local instance has made a request to other RAC instances for the data and is waiting ...
gc cr request
zhaoyangjian724的专栏
08-19 4109
global cache cr request: 当会话用远程实例高速缓存查找缓冲区的一致读取(CR)副本时,会在global cache cr request(全局缓冲区一致读取请求) 事件上等待,直到缓冲区在本地实例中可用。 通常持有者构造缓冲区的CR版本,然后通过高速互联传输给请求的实例,当CR缓冲区到达本地缓冲存储器时,等待结束。 自Oracle Database 10g Rel
解决enq: TM - contention TM 等待事件案例
richard的专栏（bigdata.han@gmail.com）
10-20 1132
解决enq: TM - contention TM 等待事件案例 aWR后发现enq: TM - contention等待事件排第一位 等待来自某个表的dml 可能是外键约束上没有建立索引的问题。 SELECT * FROM (    SELECT c.table_name, cc.column_name, cc.p
BLOG_【AWR分析】Oracle_lhr_队列等待之enq IV - contention案例.pdf
08-08
BLOG_【AWR分析】Oracle_lhr_队列等待之enq IV - contention案例.pdfBLOG_【AWR分析】Oracle_lhr_队列等待之enq IV - contention案例.pdf
BLOG_【故障处理】Oracle_lhr_队列等待之TX - allocate ITL entry案例.pdf
08-06
BLOG_【故障处理】Oracle_lhr_队列等待之TX - allocate ITL entry案例.pdfBLOG_【故障处理】Oracle_lhr_队列等待之TX - allocate ITL entry案例.pdf
global cache cr request
weixin_30510153的博客
08-19 99
当一个进程访问需要一个或者多个块时，它会首先检查自己的CACHE是否存在该块，如果发现没有，就会先通过global cache赋予这些块共享访问的权限，然后再访问。假如，通过global cache 发现这些块已经在另一个实例的CACHE里面，那么这些块就会通过CACHE FUSION,在节点之间直接传递，同时出现global cache cr request等待事件注意：在10G中，g...
Oracle enq: TX contention 和 enq: TM contention 等待事件说明
热门推荐
David Dai -- Focus on Oracle
06-04 1万+
和Oracle性能优化密切相关的一些知识参考如下Blog：        Oracle 常见的33个等待事件       http://blog.csdn.net/tianlesoftware/archive/2010/08/12/5807800.aspx       锁 死锁 阻塞 Latch 等待 详解       http://blog.csdn.net/tianl
global cache cr request等待事件分析及优化
辰风的专栏--Oracle/ClearCase管理员日记
07-04 8180
在RAC环境中，和全局调整缓存相关的最常见的等待事件无非就是：global cache cr request，global cache busy和equeue在XX电信做了一次数据库巡检中发现，spreport中的top 5 wait events中出现了global cache cr request等待事件，那么这个等待事件是什么原因引起的呢？ 首先，我们来看看这个等待事件是如何
“enq: TM - contention”锁引起数据库卡死
DBA实施者
04-07 3829
基本要素          用户告知数据库迁移后，在发送医嘱的时候，有锁表情况，导致全院业务受影响，希望分析并解决。 问题分析          查看ASH报告，如下： CPUs           SGA Size       Buffer Cache        Shared Pool    ASH Buffer Size ---- ------------------ -----
等待事件对应的p1,p2,p3含义
lwei_998的专栏
06-01 1万+
<br />Oracle 10g v$session视图中不同等待事件对应的p1,p2,p3的含义也不同，我们不可能记住所有等待事件对应的p1,p2,p3的含义。<br />可以通过查询V$EVENT_NAME知道每个等待事件对应的p1,p2,p3的含义<br /> <br />SQL> col name for a25;<br />SQL> col p1 for a10;<br />SQL> col p2 for a10;<br />SQL> col p3 for a10;<br /> <br />SQL
enq: JI - contention等待事件
weixin_33845881的博客
11-12 620
Sessions waiting on this event are waiting on locks held during materialized view operations (such as refresh, alter) to prevent concurrent operations on the same materialized vi...
Mutexes机制及其等待事件
cuanshenqiao1119的博客
06-24 356
10G开始，引入mutexes机制用以代替library cache pin关于mutexes的一些解释：转自http://space.itpub.net/?uid-756652-action-viewspace-itemid-...
生产环境的一次 gc cr multi block request 事件
luckyman100的专栏
05-29 4182
今天生产环境出现个头大的问题，一个平时只要二三十分钟的程序跑了六七个小时还没跑完，抓出sql，就是平时一个几分钟就能跑完的sql，在看看session，发现等待事件一直都是 gc cr multi block request 。 查了下关于这个等待事件的说明： 当一个进程访问需要一个或者多个块时，Oracle会首先检查自己的Cache是否存在该块，如果发现没有，就会先通过global ca
select sum(bytes) from dba_segment: waiting for 'gc cr request'
"杰"出虚拟平台-数据运维~~
08-15 2512
select sum(bytes) from dba_segments，等待时间0: waiting for 'gc cr request'
enq: wf - contention
最新发布
07-28
"enq: wf - contention" 是 Oracle 数据库中一个等待事件的名称，表示等待某个事务提交或回滚的争用（contention）情况。 在 Oracle 数据库中，当一个事务想要提交或回滚时，它必须等待其他事务的完成。如果有多个事务同时竞争同一个资源（如同一个数据块），就会发生争用现象。而"enq: wf - contention"表示的是等待在流程（workflow）引擎上发生的这种争用。 流程引擎是 Oracle 数据库中用于执行业务工作流的组件。当多个工作流实例同时竞争互斥资源（如数据库表、行或锁），就会导致这种争用现象。在这种情况下，流程引擎会将等待事件命名为"enq: wf - contention"。 为了解决"enq: wf - contention"等待事件带来的性能问题，可以采取以下几种方法： 1. 调整事务提交/回滚的并发性，通过控制事务的提交时间或频率来减少竞争。 2. 优化工作流设计，减少对互斥资源的需求。 3. 调整数据库参数，如增大适当的内存区域或调整并发控制策略，来减少争用。 最好的方法是通过分析数据库监视器或性能分析工具的输出，找出具体导致"enq: wf - contention"的原因，然后根据具体情况进行优化。这样可以提高数据库性能，并减少等待事件的发生。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值