为什么该SQL的执行计划不走索引???

最近比较清闲,就去检查数据库后台的运行脚本,看是否有比较消耗性能的脚本可以优化。看是否有比较消耗性能的脚本可以优化。
发现有个SQL语句执行效率很低,脚本很简单,两个表A表(5kw记录)和B表(5w记录)Hash Join关联,两个表的关联字段F1和F2上,都有索引。

检查表及索引的统计信息,发现统计信息是最新的,没有问题。

尝试修改SQL,把原来的hash join 改为in和exists,效率一样,索引不起作用。

最后一招,hint强制走索引,结果执行计划效率更差。

个人实在没辙了,希望有这方面经验的朋友,能提供好的建议和分析。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/9399028/viewspace-753501/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/9399028/viewspace-753501/

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值