在最近做的项目中,有一个程序上线后,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表的主键

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

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

相关文章:

  • 2022-12-23
  • 2022-12-23
  • 2022-12-23
  • 2022-12-23
  • 2021-12-16
  • 2021-07-09
  • 2022-12-23
  • 2021-10-06
猜你喜欢
  • 2022-12-23
  • 2021-09-23
  • 2021-05-27
  • 2021-12-23
  • 2022-02-13
  • 2021-10-03
  • 2021-12-29
相关资源
相似解决方案