序列设计之enq SQ - contention处理一则

某系统负责人反应系统很慢,收集持续报警短信。
查看数据库当前活动回话等待事件为enq: SQ – contention,当前活动session 200+ 
enq: SQ – contention是sequence相关的锁,在内存上缓存(cache)范围内,调用sequence.nextval期间拥有此锁。
如果创建sequence时,cache值太小(默认是20(单位是“个”)),在调用sequence.nextval,内存事先cache值会很快耗尽。这时需要将数据字典信息物理修改,再次执行cache的工作。
在此期间。SQL会一直拥有SQ锁,许多会话同时为了获取SQ锁而发生争用。对应的等待事件就是enq: SQ – contention。随着session的增长等待时间也会一直持续

 

 

其实到这里我们基本上可以定位问题,当然解决问题还是需要按部就班

收集对应时间段的awr和ash如下:

ASH:

通过ASH可以定位到产生这个等待事件的SQL如下:

 

insert into  t_ttt_pppppppddddinfo valus
  (OPERDATE,
   OPERSERIALNO,
   CHANNELC
  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值