一.概述
与网络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里 关于内存可查看sql server 内存初探。 设置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中也没有找到相应解释。只能通过字面含义去解释。