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估算错误的具体原因？