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

新闻名称：Oracle如何通过注释改变执行计划
标题网址：http://scgulin.cn/article/ighghh.html