Where条件的in里面放太多数据导致很慢

比如:select * from TableA where ID in (42,216,219,230,231,220,249,250,221,251,252,217,253,255,256,254,257,258,1804)

52W数据,查询速度19386ms,好慢怎么办?程序都卡死了。

 

那么试一下百度搜索到的优化方式?

1.将in里面的ID分拆查询,再合并数据
select * from TableA where ID=42;
select * from TableA where ID=216;
……

然并卵,18663ms,还是好慢的

 

2.将in里面的ID放到临时表,再通过联合查询
select *  into #tmpClass from TableClass where QID in (42,216,219,230,231,220,249,250,221,251,252,217,253,255,256,254,257,258,1804);
select * from TableA inner join #tmpClass on TableA.QID=#tmpClass.QID

33570ms,没用

 

总结:

1.没用找到特别能优化的方法。而事实上,程序业务并不需要查询表里面所有的字段*,把*改为自己需要的那几个字段,则很快查询出来。in查询(140ms),分拆单独查询(263ms)。

2.去掉没有数据的QID并没有影响到查询的速度。比如42、216,,219是没有数据的,去不去掉都没看见有什么影响,也许是自己数据量小吧。

 

通过此次优化,觉得以后可能很多程序上的sql写法就不要贪方便直接写*号了,以后优化也许会根据业务功能逐个进行优化,大而全的优化也许大概也有个上限。

 

  • 0
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 5
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值