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 ...;

一 耗时长的查询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"，共同学习，共同成长！！！