隐含参数_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,发现执行时间恢复正常
更多精彩内容,关注我们▼
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了