ORACLE统计信息(todo)

博客探讨了数据库存储过程中遇到的一个问题,即update语句执行时选择了低效的nestloop而非hashjoin。文章指出可能是由于统计信息不准确导致的。作者提供了检查表统计信息的SQL命令,并建议在执行语句前收集目标表的统计信息以优化执行计划。这有助于理解数据库优化策略并解决性能瓶颈。
摘要由CSDN通过智能技术生成

存储过程卡在一个地方,执行计划显示的一个update语句走的是nest loop,而不是hash join。(正确的应该是hash join)

前面有truncate、insert等操作,考虑可能由于统计信息有误。
1、查看统计信息
select table_name,num_rows,blocks,last_analyzed from user_tables --where table_name=‘CUST_SALES’;
2、再卡住的语句前,增加收集目标表统计信息操作
exec dbms_stats.gather_table_stats(ownname=>‘TEST01’,tabname=>‘CUST_SALES’,estimate_percent=>10,method_opt=>‘for all indexed columns’)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值