这篇文章主要介绍“Oracle SQL执行计划异常的处理方法”,在日常操作中,相信很多人在Oracle SQL执行计划异常的处理方法问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”Oracle SQL执行计划异常的处理方法”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!现象:
下面语句一直以来都比较高效,执行计划用了索引范围扫描后经历三次嵌套循环,可在2秒内返回结果,但今天经同事反映却走了1分多钟!原SQL语句:后来查看执行计划,执行计划变成:
分析:
由于后面两个表是大表,全表扫描导致大量的IO消耗,该语句采用了绑定变量,如果把绑定变量调整为常量后,执行计划正常走了索引连接,执行后返回也是在2秒内。曾经以为是绑定变量窥探异常问题,后来把表的统计信息重新更新后,问题依旧,接着运行SQL TUNNING包,概要只建议说要启用并行,但全表扫描并没有消除,考虑到代价太高就放弃,于是想用DBMS_SPM包来载入该语句:执行后,发现语句还是走了错误的执行计划,曾经考虑想用捕捉基线的方式进行演化,但由于该语句带绑定变量,会话级比较难搞,所以想到用包删除共享池里的该执行计划,让它重新进行硬解析:操作如下:免费主机域名–第一个参数为v$sqlarea中address和hash_value,第二个为cursor类型)处理后执行计划重新产生,并自动应用了2253704843这个执免费主机域名行计划,查询效率正常:
到此,关于“Oracle SQL执行计划异常的处理方法”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注云技术网站,小编会继续努力为大家带来更多实用的文章!
相关推荐: oracle中如何使用物理拷贝的方式创建dataguard
这篇文章主要介绍了oracle中如何使用物理拷贝的方式创建dataguard,具有一定借鉴价值,感兴趣的免费主机域名朋友可以参考下,希望大家阅读完这篇文章之后大有收获,下面让小编带着大家一起了解一下。在主库所做操作启动到mount 归档模式.如果非归档需要重启…