一条Select语句导致瓶颈

 

情况 ： 上周，公司一项目新上线，刚上线的第2天，在后台发现数据库服务器与IIS服务器的网络IO出现瓶颈，1GB的网络带宽，占用了70%-100%，也就是每秒传输数据700MB-1GB，数据库使用内存高达21GB。

IIS服务器CPU使用率时常爆至80%-90%，导致网站频频出现连接超时。

 

原因 ： 晚上只好暂时关闭网站，进行服务器维护，作全面的检查跟踪，发现是一句Select语句导致：

 

Select  *  From  Table1

 

这条语句，语法是没问题的，但在应用上出了问题。Table1存储的是10多万行数据，表数据每天都会上万的增长。

为了统计总行数，频频调用这语句，每秒刷新不低于1000次。

也因此导致网络出现瓶颈。

 

解决： 后面把Select语句改成

 

Select  Count (1 ) from  Table1 

 

 即可解决问题，网络 IO数据马上降至10MB以下，数据库使用内存也保持在预计范围12GB。

 

看似非常简单的问题，其实不然。解决这问题，所花的时间周期是6小时，检查问题使用1小时，修改代码使用5小时。 

 

  小结：

  java进阶 做事要细心，不要犯低级错误，有时候成功取决于细节。

更多信息请查看 java进阶网 http://www.javady.com

评论

16 楼 mazzystar 2012-05-14  

sunzhiqiang1984 写道

楼主的意思是不是这样？

第一次 是用select * from TB, 然后得到 List<T> objects, 然后计算count;
第二次 直接用 select count(1) 得到 count;

这样就优化了？

楼主修改代码用了5小时，肯定是修改原来的逻辑了。

15 楼 sunzhiqiang1984 2012-05-14  

楼主的意思是不是这样？

第一次 是用select * from TB, 然后得到 List<T> objects, 然后计算count;
第二次 直接用 select count(1) 得到 count;

这样就优化了？

14 楼 哈包祥明 2012-05-14  

额。。。。

13 楼 从百草园到三味书屋 2012-05-14  

笑而不语，楼主啊！Select * From Table1 ，  Select Count(1) from Table1 这两条语句压根不是一路的啊

12 楼 swallow_pulm 2012-05-14  

1. 真是数据的问题，通过数据执行就能看到问题；
2. 两天就发现这个问题，说明预发环节做的不到位。

11 楼 kxscr 2012-05-14  

改这代码怎么能用5个小时呢？

10 楼 zengjz88 2012-05-14  

是这问题？ count(索引列)不是更快？ 既然这么高访问次数应该处理好数据库迸发

9 楼 lovewinner 2012-05-14  

额。。。 被忽悠了。。

8 楼 丶枫肆 2012-05-14  

2个sql结果集都不一样，换一下就OK了？

7 楼 silence1214 2012-05-14  

是select count(*)  吧

6 楼 EXvision 2012-05-14  

表示原来有一个兄弟也是这样的，取count的时候直接整个表搞下来了，然后一个size()，想死的心都有了。后来果断开了。

只能说你们项目组管理松散，人员参差不齐。

5 楼 zxf_noimp 2012-05-14  

只能说被忽悠进来了

4 楼 aa87963014 2012-05-14  

毫无借鉴价值

3 楼 天下智能 2012-05-14  

这么大数据量竟敢这么写！

2 楼 lostyue 2012-05-14  

Select * From Table1 改成  Select Count(1) from Table1
前面是查数据的，后面是查条数的。这个不行吧？ 还是压根不是这个问题？

1 楼 vendow 2012-05-14  

我只能说，你们为什么没有代码审查环节呢？
如此逻辑的代码怎可发布。