enq: TM – contention等待事件

enq: TM – contention等待事件,这个一直都是我内心的痛,因为到现在我还没有找到生产环境这个问题的原因。

问题描述:生产环境很多session的等待事件为:enq: TM – contention,被阻塞的sql都为update 表A,通过v$session找出block_session,其正在执行的sql为update 表B,再

通过v$lock发现block_session对表A持有了级别为6的TM锁,导致其他session想要更新表A时都只能等待。可以肯定的是表A和表B在这期间都没有DDL操作。而且block_session

刚刚对表A有大数据量的插入。线索就这么多。

我在网上查了下关于enq: TM – contention等待事件,说法都是因为外键没建索引导致的,但是表A,表B都没有涉及到外键,表A倒是有个主键。

后来自己通过测试发现,当DML操作用到了parallel,append这样的hint时,也会对表加上级别为6的TM锁,导致其他session无法更新表资料(等待事件enq: TM –contention),

直到session提交或回滚后,阻塞才解除。但是程序中根本没有这样的hint。。。。。。。。。。。

问题先记录在这里,肯定有些知识我还不知道,也希望有大虾看到这篇文章了帮我指点下。

参考链接:http://blog.itpub.net/7194105/viewspace-704114/

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值