hash group by后导致的cardinality=1问题

在做报表性能调优的时候发现一条sql执行很慢,发现主要是由于cardinality估算错误导致

数据库版本: Oracle  Database  11g  Enterprise Edition Release 11.2.0.4.0 - 64 bi t Production

 



前一步HASH JOIN后cardinality估算6985,hash group by后竟然变成1,cardinality=1的结果集会导致之后的查询无脑nest loop

分析:个人认为hash group by对cardinality影响应该是group by后估算前一步结果集有多少ndv值,这个值就是这步的cardinality,如下所示
 

 


file:///C:/Users/jinlei/AppData/Local/YNote/data/jinleilanqiu@126.com/7c6af05a027b4af6bc079be4fdca1cc1/clipboard.png
那么针对出问题的sql也是一cpsmq.cn
dnsjd.cn
kqklh.cn
nkyny.cn样的,hash group by后cardinality应该<=6623,出现1过为极端



通过改写语句比较差异:
 
qlypz.cn
wqfpz.cn
wcrfc.cn
yflbb.cn
 
phqxl.cn
cflls.cn
bxykr.cn
qnhnh.cn
 




可以发现连接后将结果集物化到临时表后再group by结果相对正确,将group by 字段等价替换成claimkpcgf.cn
hdgrx.cn
kyxkl.cn
ggmqr.cn
yqtby.cn_id后结果也相对kxpsd.cn
gcqbs.cn
jplzy.cn正确


请问各位大神还能从哪些方面去分析hash group by估算错误的具体原因?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值