oracle视图二次查询慢

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

sql语句如下:

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",但是并没有堵塞发生

sql 复制代码
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性能优化的新特性,但是该参数存在不稳定因素,可能会带来执行效率的问题,所以建议关闭优化器反馈。

相关推荐
云和数据.ChenGuang4 小时前
Django 应用安装脚本 – 如何将应用添加到 INSTALLED_APPS 设置中 原创
数据库·django·sqlite
woshilys5 小时前
sql server 查询对象的修改时间
运维·数据库·sqlserver
Hacker_LaoYi5 小时前
SQL注入的那些面试题总结
数据库·sql
建投数据6 小时前
建投数据与腾讯云数据库TDSQL完成产品兼容性互认证
数据库·腾讯云
Hacker_LaoYi7 小时前
【渗透技术总结】SQL手工注入总结
数据库·sql
岁月变迁呀7 小时前
Redis梳理
数据库·redis·缓存
独行soc7 小时前
#渗透测试#漏洞挖掘#红蓝攻防#护网#sql注入介绍06-基于子查询的SQL注入(Subquery-Based SQL Injection)
数据库·sql·安全·web安全·漏洞挖掘·hw
你的微笑,乱了夏天7 小时前
linux centos 7 安装 mongodb7
数据库·mongodb
工业甲酰苯胺8 小时前
分布式系统架构:服务容错
数据库·架构
独行soc9 小时前
#渗透测试#漏洞挖掘#红蓝攻防#护网#sql注入介绍08-基于时间延迟的SQL注入(Time-Based SQL Injection)
数据库·sql·安全·渗透测试·漏洞挖掘