insert引起的db file sequential read之改善

前端人员反映最近考勤资料准入很慢,之前几分钟转完的资料,现在需要很久。
在这里插入图片描述
针对这个问题,做了这个时间段的ash report,发现insert时伴随着db file sequential read以及read by other session,正常来讲,insert 与db file sequential read怎会扯上关系?进一步分析,应该是在做index维护,即insert表时,同时会更新index,同时确认新的key value在index的位置
而read by other session,显然是伴生于前者,即db file sequential read要读的block正在被其他session读取,这一般是buffer紧张造成
在这里插入图片描述
full sqltext:
在这里插入图片描述

做了一个10046,可以看到db file sequentail read, obj#236626(通过查询验证,正是被插入表的index)
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
db file sequential read属于physical read,故思路是将此index放入keep pool,不参与shared buffer竞争:
ALTER index IDHRIS.IDX_EM_CARD_RECORDstorage(buffer_pool keep)
验证结果:
SELECT OWNER,INDEX_NAME,BUFFER_POOL FROM DBA_INDEXES WHERE INDEX_NAME=‘IDX_EM_CARD_RECORD’
在这里插入图片描述
最后,请前端user检验成果:
在这里插入图片描述
从前端user的insert完成记录来看,已经改山很多。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值