温馨提示×

温馨提示×

您好,登录后才能下订单哦!

密码登录×
登录注册×
其他方式登录
点击 登录注册 即表示同意《亿速云用户服务条款》

Oracle性能优化-SQL优化(案例四)

发布时间:2020-08-15 13:40:56 来源:ITPUB博客 阅读:236 作者:chenoracle 栏目:关系型数据库

Oracle 性能优化 -SQL 优化 ( 案例四 )

环境:

DB:Oracle 11.2.0.1.0

问题:

ERP 薪资发放节点计算时间耗时 较长,需要15 分钟左右;

问题原因:

有两个SQL 执行特别慢

第一个查询WA_CACU_DATA SQL ,在 plsql 中执行特别快,返回 0 条,怀疑某些堆表被当成临时表使用,导致执行计划有问题,手动删除和锁定这些表的统计信息后查询 SQL 速度有明显提高;

第二个更新WA_CACU_DATA SQL ,第一次执行快,第二次执行慢,执行计划不稳定,禁用基数反馈 (_optimizer_use_feedback) 后速度正常;

解决过程:

问题重现时,查看主要慢在两个SQL ,一个 select wa_cacu_data ... ,另一个 update  ...;

Oracle性能优化-SQL优化(案例四)

Oracle性能优化-SQL优化(案例四)

耗时长的查询SQL 如下

Oracle性能优化-SQL优化(案例四)

执行计划如下:

Oracle性能优化-SQL优化(案例四)

Oracle性能优化-SQL优化(案例四)

解决方案:

plsql 中执行特别快,返回 0 条,怀疑某些堆表被当成临时表使用,导致执行计划有问题,手动删除和锁定这些表的统计信息后查询 SQL 速度有明显提高;

SQL> exec dbms_stats.delete_table_stats( cjc , tbm_period );

SQL> exec dbms_stats.delete_table_stats( cjc , org_adminorg );

SQL> exec dbms_stats.delete_table_stats( cjc , org_hrorg );

SQL> exec dbms_stats.lock_table_stats( cjc , tbm_period );

SQL> exec dbms_stats.lock_table_stats( cjc , org_adminorg );

SQL> exec dbms_stats.lock_table_stats( cjc , org_hrorg );

二:耗时长的update 语句

抓取完整sql 单独执行时,发现第一次执行很快,第二次执行特别慢,并且第一次和第二次生成的执行计划不一样,第二次执行计划带有“ cardinality feedback used for this statement ”,怀疑和 oracle 11g 基数反馈特性有关,导致执行计划不稳定, SQL 执行效率低。

解决方案:

session 级别禁用基数反馈后,多次手动执行 SQL ,速度稳定变快了。

alter session set "_optimizer_use_feedback"=false;

临时解决办法可以考虑系统级别禁用基数反馈,或研发更改代码,在sql 级别增加 hint 禁用基数反馈。

alter system set "_optimizer_use_feedback"=false;

欢迎关注我的微信公众号"IT小Chen",共同学习,共同成长!!! Oracle性能优化-SQL优化(案例四)

Oracle性能优化-SQL优化(案例四)

向AI问一下细节

免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。

AI