隐含参数_optimizer_use_feedback

问题背景:
有时候会遇到比较奇怪的现象,首次执行sql速度很快,后面再执行就变得很慢

正常来讲同样的一条SQL查询语句,根据执行计划,第一次查询完以后,后续再执行相同的语句应该很快才对。
可是,现实却是第一次查询不慢(优化后2秒内查询),第二次以后就很慢。


对于执行计划中,在note部分有“cardinality feedback used for this statement”,表示使用了基数反馈(Cardinality Feedback)
基数反馈(Cardinality Feedback)是 Oracle 11.2 中引入的新特性,主要针对统计信息旧、无直方图或有直方图但仍基数计算不准确的情况,
Cardinality 基数的计算直接影响到后续的 JOIN COST 等重要的成本计算评估,造成 CBO 选择错误的执行计划。但是该参数存在不稳定因素,可能会带来执行效率的问题,建议关闭

alter system set "_optimizer_use_feedback"=FALSE;

此处先在session级别关闭

alter session set "_optimizer_use_feedback"=FALSE;

接下来反复执行sql,发现执行时间恢复正常

 

更多精彩内容,关注我们▼

posted on   数据与人文  阅读(2273)  评论(0编辑  收藏  举报

编辑推荐:
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
阅读排行:
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

统计

点击右上角即可分享
微信分享提示