扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
小编给大家分享一下Oracle如何通过注释改变执行计划,相信大部分人都还不怎么了解,因此分享这篇文章给大家参考一下,希望大家阅读完这篇文章后大有收获,下面让我们一起去了解一下吧!
成都创新互联专注于文成网站建设服务及定制,我们拥有丰富的企业做网站经验。 热诚为您提供文成营销型网站建设,文成网站制作、文成网页设计、文成网站官网定制、重庆小程序开发服务,打造文成网络公司原创品牌,更为您提供文成网站排名全网营销落地服务。Oracle 通过注释改变执行计划
一:问题现象
T_XXX表同步延时1小时,其它表同步速度正常;
主要慢在同步时的一个delete T_XXX语句上,单条执行耗时12秒;
二:问题原因
T_XXX表存在唯一性索引,理论上速度很快;
查看T_XXX表存在delete行级触发器,查看触发器逻辑,发现触发器内一个update语句特别慢;
UPDATE CHENJCH.T_CHENJCH_RISK ..where RISK_ID ....
查看执行计划,update语句走全表扫描,速度很慢,通过hint强制走主键索引,速度特别快;
为什么执行计划不走主键?
查看T_CHENJCH_RISK表统计信息显示表有0行数据,但是实际上有200万行数据;
由于数据同步时T_CHENJCH_RISK表存在大量的delete/update/insert操作,上次收集统计信息时正好这个表里没有数据,但是经过几天的数据同步后,表里的数据量发生了很大变化,统计信息也不是实时进行收集,最终导致生成较差的执行计划;
解决方案:
尝试删除T_CHENJCH_RISK表统计信息,让数据库通过动态取样实时的收据信息,但是执行计划没有变,还是走全表扫描,速度没有提高;
begin
dbms_stats.delete_table_stats(ownname => 'CHENJCH', tabname => 'T_CHENJCH_RISK');
end;
尝试重新收集T_CHENJCH_RISK表统计信息,让数据库通过动态取样实时的收据信息,但是执行计划没有变,还是走全表扫描,速度没有提高;
begin
DBMS_STATS.GATHER_TABLE_STATS('CHENJCH',
'T_CHENJCH_RISK',
estimate_percent => 100,
method_opt => 'FOR ALL INDEXED COLUMNS',
degree => 6,
CASCADE => TRUE);
end;
为什么执行计划没有变?
(数据库版本Oracle 12.2.0.1.0)
因为SQL语句存在绑定变量,SQL文本没有变,导致执行计划也没有发生变化;
通过对表T_CHENJCH_RISK添加和删除注释,可以让数据库重新生成执行计划;
comment on column CHENJCH.T_CHENJCH_RISK.RISK_ID is 'PK_T_CHENJCH_RISK';
comment on column CHENJCH.T_CHENJCH_RISK.RISK_ID is '';
查看新生成的执行计划,T_CHENJCH_RISK已经开始走主键索引了,速度有明显提升;
以上是“Oracle如何通过注释改变执行计划”这篇文章的所有内容,感谢各位的阅读!相信大家都有了一定的了解,希望分享的内容对大家有所帮助,如果还想学习更多知识,欢迎关注创新互联-成都网站建设公司行业资讯频道!
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流