同样一个sql查询视图,首次查询很快,1s内就查询出来,第二次再查需要1分多钟才能出来。

sql语句如下:

select *
  from vEISWorksService
 where StudiesDoneDate >= '20230628'
   and StudiesStatus = 100
   and RESULTSINDEX is not null
   and (ResultsReportsPost is null or ResultsApprovePost is null)
   and rownum <= 50;

 查看后台等待事件,主要在于"db file sequential read",但是并没有堵塞发生

EVENT                              MACHINE              BLOCKING_SESSION

------------------------           ------------

db file sequential read             ris01
db file sequential read             WORKGROUP\ZYJPDYSVR

这个问题首先想到了,基数反馈(Cardinality Feedback )问题导致的查询慢,由于并不确认是否真是这个问题造成,首先在会话级别调试,设置session级别"_optimizer_use_feedback"=FALSE

sql > alter session set "_optimizer_use_feedback"=FALSE;

再次查询发现再次查询确实不再慢了,正式关闭基数反馈。

SQL> alter system set "_optimizer_use_feedback"=false;

基数反馈是 Oracle 11.2 引入的关干 SQL性能优化的新特性,但是该参数存在不稳定因素,可能会带来执行效率的问题,所以建议关闭优化器反馈。

Logo

魔乐社区(Modelers.cn) 是一个中立、公益的人工智能社区,提供人工智能工具、模型、数据的托管、展示与应用协同服务,为人工智能开发及爱好者搭建开放的学习交流平台。社区通过理事会方式运作,由全产业链共同建设、共同运营、共同享有,推动国产AI生态繁荣发展。

更多推荐