实话说，不管是sys.dm_os_wait_stats还是sys.dm_exec_requests，在正常情况下，获取到的等待信息实用价值都是不高或者是适用场景有限。
更多的时候我们是想要更细一级的等待，比如某一个Login、某一部分Session、甚至某些特定的SQL（存储过程）的执行过程中产生的等待信息。
举个实际例子，数据库又10个Login给10个不同的应用程序访问，其中只有1个应用程序端反馈说访问数据库慢，或者有性能问题，其他Login都反馈正常
那么很有可能是这个Login请求自己的问题，此时就需要针对这一个Login的情况进行针对性分析，而不是在实例级分析诊断。
如果能够拿到这个Login执行的Session的等待情况，或者这个Login某些特定的数据库对象的执行过程中的等待信息，对定位问题的针对性的就比较强了。
本文就以此为切入点，针对如何获取Session级别的等待信息展开说明和演示。
SQL Server 2016中获取Session级别的等待信息
在SQL Server 2016中，获取Session级别的等待信息是比较方便的，有直接的系统视图sys.dm_exec_session_wait_stats可以使用
当前情况下，想要知道某一个Session的等待信息就很简单了，
在sql语句开始的时候把当前Session的等待信息记录下来
在sql语句结束的时候把当前Session的等待信息再次记录出来
计算两次等待信息的差值，就可以知道当前Session运行的过程中有哪些等待，分别是多少。
sqlserver开发团队可能也意识到了对于等待信息，更多的时候，需要的是较为具体的等待，而不是一个笼统的实例级的等待
因此在SQL Server 2016中增加了sys.dm_exec_session_wait_stats这个支持统计Session级别的等待的视图
很不幸的SQL Server2016之前的版本中是没有这个系统视图可以很方便地记录Session级别的等待。
但是可以借助扩展事件来实现类似的功能。
使用扩展事件来捕获Session级别的等待信息
因为这里是是用扩展事件来实现的，这里要求读者要对扩展事件有一个基本的认识，扩展事件本身就不多说了。
上代码，启动一个扩展事件，来记录执行时间超过三秒的SQL语句，其执行过程中等待时间大于0的等待事件信息。
当然这个捕获的信息可以加上各种过滤条件。具体参考代码备注。
IF EXISTS(SELECT * FROM sys.server_event_sessions WHERE name='CollectionSessionWaitStats')
DROP EVENT session CollectionSessionWaitStats ON SERVER;
GO
-- 创建事件会话
CREATE EVENT SESSION CollectionSessionWaitStats ON SERVER
ADD EVENT sqlserver.rpc_completed
