Oracle如何通过注释改变执行计划-创新互联

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

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源：创新互联

猜你还喜欢下面的内容