29 超大表与超小表HASH JOIN优化方法--优化主题系列

本文探讨了在Oracle中处理超大表与小表JOIN时的性能优化问题,尤其是使用HASH JOIN的情况。通过分析不同JOIN方式的影响,如标量子查询和NL JOIN,提出了让小表进行广播(Broadcast)的优化策略,以及利用并行执行与HINT PQ_DISTRIBUTE来改善执行计划。此外,还提到了PGA内存不足导致的direct path write temp等待事件,以及如何通过基数估算避免不理想的JOIN策略。
摘要由CSDN通过智能技术生成

select * from a,b where a.id=b.id;

a表100GB b表50MB 如何优化??

 

select *,(select * from b wherea.id=b.id) from a;  --标量子查询

A表100GB 是不是几十亿的数据??如果是标量子查询 A返回一条 B就会扫描1次 相当于B被扫描几十亿次

即使B走索引 走索引至少读3个块 然后回表一个块 至少读四个快 几十亿*4 逻辑读很大吧 是不是要搞挂

B的索引是热点块是吧??如果发现索引热点块不要盲目去反键索引keep索引最好办法是从SQL+业务去优化

 

select * from a,b where a.id=b.id(+);

这个sql如果走NL 去死吧 A做驱动表 是不是B表被扫描几十亿次 同上 如果走HASH如何优化呢??开并行

 

超大表和小表之间做HASHJOIN

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值