此会话源自产品支持团队的想法，它可以跟踪通常被用来对客户系统进行调试的信息
（例如当客户系统发生死锁或出现其它严重错误时）
此会话的创建和启动是 SQL Server 2008 实例安装过程的一部分
它在环缓冲区中跟踪事件，因此不会消耗太多内存.
SQL Server 2008使用扩展事件进行高级故障排除
我们用editplus打开，发现都是二进制的，我还以为是XML格式的
查看收集回来的xel文件
如果你想查看收集了一个晚上的xel文件，你可以直接把xel文件拖进去SSMS就可以了
上面那个blogtest_0_130315881898000000.xel一共收集了474个事件
不过扩展事件的文件名好像没有什么规律，如果别人给你一个xel文件叫你分析一下例如下图那个，从文件名你只能知道是2013年16日收集的事件信息
我们看一下扩展事件的结构
大家点击加号，会看到事件会话下面会有一个包
我们右键点击查看目标数据
就会弹出一个新窗口
上面弹出的新窗口显示了下面五个xel文件的所有事件，这样就不用每个文件逐个逐个地拖到SSMS里面看了，更不用打开文件资源管理器
大家不相信的话，可以把这五个xel文件拖到SSMS，然后相加起来，看是不是跟包的事件数目是一样的
总结
这一篇简单介绍了 扩展事件的创建和一些概念，下一篇会继续讲述如何用扩展事件来显示和分析数据
将试图找到一个workload中平均开销最大的query
个人感觉扩展事件跟SQL profiler真的很相似
SQL profiler把跟踪到的事件写入到trc文件
而扩展事件把事件信息写入到xel文件
而监控实时数据相当于在SQL profiler里开启跟踪，只不过一个在SQL profiler软件里查看跟踪的事件，而另一个直接在SSMS里查看事件
我觉得扩展事件就像把SQL profiler集成到SSMS里面一样，当然扩展事件的机制跟SQL profiler是不一样的
