小编给大家分享一下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如何通过注释改变执行计划”这篇文章的所有内容，感谢各位的阅读！相信大家都有了一定的了解，希望分享的内容对大家有所帮助，如果还想学习更多知识，欢迎关注创新互联行业资讯频道！