正在执行的cursor无法从share pool中purge

今天应用测试的时候发现一个语句执行很慢,通过session找出sql_Id,看了下执行计划,一个小表对一个大表做nl关联,而且大表是全表扫描,不用问,执行计划的问题,于是查看对象是否做表分析,发现表分析20刚做过,通过v$sql_plan发现执行计划是上午10点生成的,看来是由于表分析之前解析错误导致的,于是用dbms_shared_pool.purge来purge这个cursor,执行purge之后,一直等待,查看等待事件,是 cursor: pin x wait s,
没办法,只有kill掉在跑的session,等了一会,purge完了,再让应用调用,发现速度恢复正常了。
 
 
当然方法很多,表分析,grant等等都可以,不过这种方法的影响是最少的,只针对这个cursor

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/16158219/viewspace-628938/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/16158219/viewspace-628938/

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值