使用 CREATE EVENT SESSION 将扩展事件会话放置在一起时，需要认真正确配置一些设置，因为它们可能会在无意中对性能产生影响。首先需要决定是以同步还是异步方式消耗事件。正如您所料，同步目标对所监控代码的性能产生的影响要大过异步目标。
如前所述，同步消耗某个事件时，触发该事件的代码必须一直等待，直到该事件被消耗为止。显然，如果事件消耗是一个复杂的过程，则这可能会降低代码的性能。
例如，在一个每秒处理数千个小事务的繁忙系统中，同步消耗 sql_statement_completed 事件及捕获查询计划动作很可能会对性能产生负面影响。另外还要记住，谓词始终是同步执行的，因此应注意不要为性能关键代码触发的事件创建过于复杂的谓词。
另一方面，您可能会被强制同步消耗事件。要计算某个特定事件的出现次数，最简单的方法很可能是使用 synchronous_event_counter 目标。
您必须考虑的第二件事情是如果决定使用异步目标，那么该如何配置事件缓冲。事件缓冲的默认可用内存数为 4MB。事件被触发，随后被目标消耗，期间的默认调度延迟为 30 秒。这意味着如果您希望每 10 秒生成一些事件统计数据，则必须对延迟时间进行调整。
对用于缓冲事件的内存进行分区的方法是将其绑定到事件缓冲设置。默认情况下是为整个实例创建一组缓冲区。在 SMP（对称多处理器）和 NUMA（非统一内存访问）计算机中，这可能会使处理器不得不等待访问内存，从而导致出现性能问题。
第三个注意事项是如何处理事件丢失。在定义扩展事件会话时，可指定事件是否可以“丢失”。这意味着如果没有足够的内存来缓冲某个事件，则可将其直接丢弃。默认设置是允许丢弃单个事件，但也可以允许整个事件缓冲区都丢失（适用于事件缓冲区很快就被填满的会话），甚至还可以指定任何事件都不得丢失。
使用最后一个选项时应格外注意，因为它会强制触发事件的代码一直等待，直到有足够的缓冲区内存来存储该事件为止。设置此选项几乎肯定会对性能产生不利影响。请注意，如果无意间启用了此选项，服务器仍会拥有足够的响应能力让您能够禁用此设置。
通常，您需要通盘考虑这些选项。实际上我并没有办法为您提供通用的最佳方法，我能做的只是向您强调深入领会它们，否则您可能会遇到性能问题。
本文出自 “SQL Server Deep Dives” 博客，请务必保留此出处http://ultrasql.blog.51cto.com/9591438/1599381
SQL Server扩展事件（Extended Events）-- 性能注意事项
原文地址：http://ultrasql.blog.51cto.com/9591438/1599381
