一.概述
与网络I/O相关的等待的主要是ASYNC_NETWORK_IO,是指当sql server返回数据结果集给客户端的时候,会先将结果集填充到输出缓存里(ouput cache),同时网络层会开始将输出缓存里的数据打包,由客户端接收。如果客户端接收数据包慢,sql server没有地方存放新数据结果时,这时任务进入ASYNC_NETWORK_IO等待状态。
1. 从实例级别查看ASYNC_NETWORK_IO
平均耗时: 46366950.0/43014737.0=1.077ms, 最大等待时间:~40秒。
2. 重现ASYNC_NETWORK_IO等待
为了演示ASYNC_NETWORK_IO 现象,我们需要输出一个大结果集。当sql server内存完全被使用后,大量的数据填充到缓存里,此时sql server没有地方存放新数据结果,进入等待状态。
-- 一次查询100000条数据输出到客户端 SELECT TOP 100000 * FROM PUB_Stock WITH(nolock)
监听到的会话如下:
使用dbcc inputbuffer 查询64结果如下:
3.分析与解决
这个等待出现的问题强调以下几点:
(1) 客户端没有把数据及时取走,调整sqlserver 的配置一般情况下是不是有什么大的帮助。
(2) 网络层可能是问题的原因。 解决:1是减少对客户端大量数据输出。 2是加大sqlserver 的network packe size,从一定程度上优化网络转输的性能,但会增加内存的开销(建议小于设置小于8kb)。
network packe size是客户端与sqlserver通信的每个数据包大小有关系。network packe size设置的数据包存放于内存功能组件的connection类别里。默认是4kb设置,输入输出缓存会放在buffer pool里,如果改成了8kb 或更大,输入输出缓存会放在multi-page里 关于内存可查看。 设置network packe size 可以由sp_configure控制。客户端应用程序可以覆盖此值如在.net 里配置如下。
Data Source=(local);Initial Catalog=AdventureWorks;"Integrated Security=SSPI;Packet Size=512
演示将 net work packe size设置成6050字节
USE AdventureWorks2012 ; GO EXEC sp_configure 'show advanced options', 1; GO RECONFIGURE ; GO EXEC sp_configure 'network packet size', 6500 ; GO RECONFIGURE; GO
也可以能过界面来配置
(3) 应用程序端性能问题,也会导致sql server里的ASYNC_NETWORK_IO等待。
sqlserver 的网络层将结果集打包好发向客户端以后,要等到客户端确认收到,才会接着发下一个包。
(4) 分布式锁
如果长时间看到ASYNC_NETWORK_IO,同时在sqlserver内部又造成了阻塞,并且该等待持续了很久,就该怀疑是否是分布式的死锁。
总结:当遇到ASYNC_NETWORK_IO等待,需要检查应用程序自己的健康状况,也要检查应用是否有必要向sql server 申请这么大的结果集返回,一般来讲sqlserver 本身没有什么问题。
二. 其它网络I/O等待
这里还有其它几个NET_WAITFOR_PACKET,PROXY_NETWORK_IO,EXTERNAL_SCRIPT_NETWORK_IOF。
2.1 NET_WAITFOR_PACKET: 在msdn中解释是 网络读取过程中,连接正在等待网络数据包时出现。
实际级等待如下图所示:
2.2 后面二个proxy_network_io,external_script_network_iof。在生产环境下没有数据。在msdn中也没有找到相应解释。只能通过字面含义去解释。