大橙子网站建设,新征程启航
为企业提供网站建设、域名注册、服务器等服务
小编给大家分享一下Oracle如何通过注释改变执行计划,相信大部分人都还不怎么了解,因此分享这篇文章给大家参考一下,希望大家阅读完这篇文章后大有收获,下面让我们一起去了解一下吧!
创新互联公司2013年至今,公司以网站制作、网站建设、系统开发、网络推广、文化传媒、企业宣传、平面广告设计等为主要业务,适用行业近百种。服务企业客户近1000家,涉及国内多个省份客户。拥有多年网站建设开发经验。为企业提供专业的网站建设、创意设计、宣传推广等服务。 通过专业的设计、独特的风格,为不同客户提供各种风格的特色服务。
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如何通过注释改变执行计划”这篇文章的所有内容,感谢各位的阅读!相信大家都有了一定的了解,希望分享的内容对大家有所帮助,如果还想学习更多知识,欢迎关注创新互联行业资讯频道!