网络性能问题
2016-04-15 09:39
274 查看
SQL性能优化:如何定位网络性能问题
[code]sp_spaceused'Item_Test'
namerowsreserveddataindex_sizeunused
------------------------------------------------------------------------
Item_Test6913864KB13800KB16KB48KB
[/code]
[/code]
为了验证我的想法,我在服务器本机测试时间为2秒,如下截图所示
从上面我们知道在客户端执行完该SQL语句,总共耗费了2分23秒。那么客户端的到底获取了多少字节数据,数据传输耗费了多长时间呢?能否查看这些DETAIL信息呢?答案是可以。在SSMS工具栏,勾选“IncludeClientStatistics”或使用快捷键SHIFT+ALT+S,然后执行SQL语句,就能得到如下截图的相关信息。
ClientStatistics(客户端统计信息)包含三大块:QueryProfileStatistics,NetworkStatistics,TimeStatistics。
这些部分的内容很容易理解,无需多说,那么我们来看看吧
[code]
[code]NetworkStatistics(网络统计信息)
Numberofserverroundtrips:服务器往返的次数
TDSpacketssentfromclient:从客户端发送的TDS数据包(个数)
TDSpacketsreceivedfromserver:从服务端接收的TDS数据包(个数)
Bytessentfromclient:从客户端发送的字节数
Bytesreceivedfromserver:从服务器接收的字节数
TimeStattistics:(时间统计信息)
Clientprocessingtime:客户端处理时间
Totalexecutiontime:总执行时间
Waittimeonserverreplies:服务器应答等待时间
[/code]
[/code]
从客户端发送的字节和从服务端接收的数据大小都很清晰、明了,那么数据从服务器端发送给客户端所需的时间这里没有,其实它基本上接近客户端处理时间(Clientprocessingtime),我们也可以将客户端处理时间权当网络数据传输时间,从上面案例,我们可以看到这个时间耗费了140秒(140132ms),可以肯定这个SQL性能慢在网络数据传输上,而不是慢在数据库那一块(ServerProcessingTime).
我们来看看下图,这个是SQLSERVER的请求接收和数据输出的一个大致流程图,当客户端发送请求开始,当服务器接收客户端发来的最后一个TDS包,数据库引擎开始处理请求,请求完成后,将数据发送给客户端,从图中可以看出,客户端接收服务器端返回的数据也是需要一个过程的(或者说时间)
我们在SQL优化过程中,如果一个SQL出现性能问题时,我们应该站在一个全局的角度来分析问题,从CPU资源、网络带宽、磁盘IO、执行计划等多方面来分析,这样才能有助于你分析、定位问题根源,而不要只要SQL响应很慢时,就一味条件反射式先入为主:这是数据库问题。数据库也不能老背这个黑锅。
在数据库等待事件中,ASYNC_NETWORK_IO可以从另外一个侧面反映网络性能问题。关于ASYNC_NETWORK_IO等待类型:
ThiswaittypeindicatesthattheSPIDiswaitingfortheclientapplicationtofetchthedatabeforetheSPIDcansendmoreresultstotheclientapplication.
那么回到如何优化这个SQL的问题上来,我们可以从下面几个方面来进行优化。
1:SQL只取必须的字段数据
像这个案例,其实它根本不需要Item_Photo字段数据,那么我们可以修改SQL,只取我们需要的字段数据,就可以避免这个问题,提高SQL性能,另外根据我的经验,开发人员习惯性使用SELECT*,从不管那些数据是需要还是不需要的,先全部取过来再说,这种习惯性行为确实不是一个好习惯。
2:避免这种脑残设计
图片应该以文件形式保存在应用服务器上,数据库只保存其路径信息,这种将图片保存到数据库的设计纯属脑残行为。
------------------------------------------------------------分割线-------------------------------------------------------------
看到很多网友说没有给出解决方案和结果,我就很纳闷,解决方法我明明不是已经在上文交代吗,后面陆陆续续好几个都这样说,不淡定了,看来我的表述能力还是有问题,好吧,补充如下:
因为这个案例,根本不需要用到Item_Photo这个字段(保存的图片),那么我就取所需字段就好了,如下所示
如上截图所示,Clientprocessingtime(客户端处理时间)为18毫秒,服务器端传送过来的数据只有7512字节,也就是7KB大小,对比上下两者的差距,我想数据能说明一切了,关于我喷图片保存在数据库的这种设计,出乎我意料,很多人不认同,好吧,不多说也不偏激,自己测试、权衡吧。事实胜于雄辩!
参考资料:
相关文章推荐
- IE 浏览器证书错误常见问题解答
- Android访问网络,使用HttpURLConnection还是HttpClient?
- IE 浏览器证书错误常见问题解答IE 浏览器证书错误常见问题解答
- Apache HTTP Server 2.4编译安装及其新特性(四)
- 神经网络的收敛问题
- bzoj 2229: [Zjoi2011]最小割 分治&网络流
- Centos7网络配置,vsftpd安装及530报错解决
- 基于ARM的网络视频监控开发+网页按钮控制摄像头方位 ---fwqlzz love is for ever
- http/2时代的web性能
- TCP协议的学习(五)TCP中RST标志及其攻击
- 从网络上下载文件的两种方法
- xcode7.1上http报错
- 卷积神经网络学习
- 在克隆环境上分离httpd和subversion。
- [置顶] Android开发之java代码工具类。判断当前网络是否连接并请求下载图片
- TCP之深入浅出send和recv
- linux网络相关命令
- XMLHttpRequest statu 4000 s = 0
- http的无状态无连接到底是什么含义
- 基于heartbeat v1配置mysql和httpd的高可用双主模型