什么是等待
简单说明一下什么是等待：
当应用程序对SQL Server发起一个Session请求的时候，这个Session请求在数据库中执行的过程中会申请其所需要的资源，
比如可能会申请内存资源，表上的锁资源，物理IO资源，网络资源等等，
如果当前Session运行过程中需要申请的某些资源无法立即得到满足，就会产生等待。
SQL Server会以不用的方式来展现这个等待信息，比活动Session的等待信息，实例级的等待信息等等。
SQL Server中，等待事件是作为DBA进行TroubleShooting的重要参考信息之一，SQL Server中可以通过多中方式来获取等待信息。
但是对于SQL Server 2016之前的版本来说，不管是活动Session级别的等待和实例级的等待，参考意义都有限，
更多的时候是想要更加详细的且可以事后分析的等待，这就需要收集那些曾经已执行过的Session产生的等待信息，也就是特定Session等待信息的历史记录
本文重点介绍使用扩展事件来捕获等待信息，但不介绍扩展事件本身的使用，重点放在如何使用扩展事件来获取想要的等待事件信息。
需要对扩展事件有一定的了解。
等待信息的获取途径
在SQL Server中有一个系统视图sys.dm_os_wait_stats记录了自数据库服务启动以来累积产生的等待信息，
如下图，这个结果是实例级的，也就是记录的整个数据库服务器所有的等待事件的累积。
多数时候参考意义不是很大，比如某一天的网络延时很高，sys.dm_os_wait_stats中累计记录了大量的ASYNC_NETWORK_IO等待信息。
但是到了第二天或者什么时候，网络变好了，但是sys.dm_os_wait_stats中记录的ASYNC_NETWORK_IO等待信息是不变的
也就是说sys.dm_os_wait_stats无法反映实时等待情况。
当然要获取实时的等待信息也简单，记录两个时间点之间sys.dm_os_wait_stats中等待时间的差值，可以间接地反映出来某一段时间的数据的等待信息。
但是这个信息仍然比较粗略，依旧是实例级的，某些时候依旧是不足够作为参考的。
另外一个是通过sys.dm_exec_requests这个系统视图的wait_type，wait_time等获取活动Session的等待信息
如截图，但是这个是活动Session的信息，当Session完成之后，它的等待信息就看不到曾经都产生了那些等待，分别是多久。
也就说，你无法追溯历史上某一个Session或者某一个SQL（存储过程）执行过程中的都产生了什么类型的等待，等待了多长时间。
