Where条件的in里面放太多数据导致很慢
2015-08-07 14:24
417 查看
比如: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分拆查询,再合并数据
然并卵,18663ms,还是好慢的
2.将in里面的ID放到临时表,再通过联合查询
33570ms,没用
总结:
1.没用找到特别能优化的方法。而事实上,程序业务并不需要查询表里面所有的字段*,把*改为自己需要的那几个字段,则很快查询出来。in查询(140ms),分拆单独查询(263ms)。
2.去掉没有数据的QID并没有影响到查询的速度。比如42、216,,219是没有数据的,去不去掉都没看见有什么影响,也许是自己数据量小吧。
通过此次优化,觉得以后可能很多程序上的sql写法就不要贪方便直接写*号了,以后优化也许会根据业务功能逐个进行优化,大而全的优化也许大概也有个上限。
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写法就不要贪方便直接写*号了,以后优化也许会根据业务功能逐个进行优化,大而全的优化也许大概也有个上限。
相关文章推荐
- 使用cgitb来简化异常调试(记录下来,感觉很有用)
- 总结的一些Java公用函数库
- 总结的一些Java公用函数库
- 总结的一些Java公用函数库
- 总结的一些Java公用函数库
- leetcode--Two Sum II - Input array is sorted
- 总结的一些Java公用函数库
- 总结的一些Java公用函数库
- 前端理论(一)-----PSD切成HTML的几个方法对比
- uva 11729-Commando War
- 前端理论(一)-----PSD切成HTML的几个方法对比
- 直接插入排序算法
- HBase - 计数器 - 计数器的介绍以及使用 | 那伊抹微笑
- 精益文章(1)
- Java系列笔记(2) - Java RTTI和反射机制
- Study-android BroadcastReceiver总结
- ajax异步、同步问题,KindEditor ajax提交内容,ajax提交form表单
- java生成饼图svg及JFreeChart生成svg图表
- Ubuntu14.04下Apache2+mod_jk+tomcat 配置Tomcat服务器集群负载均衡
- ADMT3.2域迁移之Server2003至Server2012系列(三)扩展Server2003架构