项目的SQL执行效率需要验证

在最近做的项目中,有一个程序上线后,SQL执行相当地慢.这个SQL在本次迭代中并没有做修改,但是却慢出天际.实在令人费解.

select …
from tableA a inner join tableB b on a.col=b.col
where a.xxx in (’…’, ‘…’, ‘…’)
group by a.yyy

B表对A表是一对多的关系.

col字段是a表索引,也是b表的主键

查看执行计划
在这里插入图片描述
除了rows一列不相同外,其他的都相同.
但是当a.xxx值不相同时,查询时间却相差巨大.
第一条SQL的结果,A表数据和B表数据是一对一
第二条SQL的结果,A表数据和B表数据是一对多(1对30)
在这里插入图片描述
执行计划中B表的type是ALL,key是null,应该是不走索引,但是该表数据量达到了280万,第一条SQL只用了0.001s,不可能是全表扫描,倒像是走了主键索引才这么快.
第二条SQL,耗时很长.应该是真的走了全表扫描.

这里的问题,一直搞不明白为什么会这样.按照执行计划,不应该相差不多的时间吗?
一对一和一对30,相差这么大?

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值