有大佬能给分析下这个sql吗?是否有优化空间
b 表统计不准,建议重新收集一下,例外,可以explain analyze 执行一下看看,如果是生产环境,评估一下执行影响
B表大不大,大的话,直接hint不走A表的索引了
只要看到stats:pseudo,直接做表统计信息收集就可以了。
analyze table net_nasipschoollocate
结果集如果只取a的话,可以试试exists
a表上创建一个(schoolcode,tick_useripint)联合索引试试
从哪里可以分析出来B表统计不准?
我想知道那个18094649 怎么来的
预估算出来的结果行数
看到stats:pseudo一般都说明统计信息不太准了,这就是tidb给的提示
你不是hashjoin吗?约等于你两个结果集的行数乘积3024840.37*5.98
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。