什么时候应该使用扩展事件代替SQL Profiler / perfmon？

扩展事件似乎是一种更好的技术，并且对服务器的压力较小，但是SQL Profiler / perfmon具有更好的工具。此外，扩展事件似乎具有较陡的学习曲线。在每种情况下都应使用？是否值得通过陡峭的学习曲线来利用扩展事件？

我不是Xevents方面的专家，但是从我所看到的来看，他们更擅长询问已发生或刚刚发生的事情的特定问题。我仍然将perfmon大量用于定期监视和一般服务器运行状况以及建立基准。我还将它用于扩展的数据收集，以后可以进行分析。虽然我想将其标记为一个常见问题，但因为我想了解有关Xevents潜力的更多信息。

— 2011年

@Michael Hedgpeth-请具体说明并将您的帖子限制为一两个问题。一个帖子中的问题太多，难以回答，并且最终会出现开放式和主观的帖子。

— CoderHawk

@Sandy我考虑将问题部分留空。我确实有一个简单的问题：何时应该在另一个上使用？我期待的答案是：永远，永远不会，当您面对X的情况时。我应该删除问题的正文吗？

— 2011年

@Michael Hedgpeth-我了解您的意图；让我解释更多...“永远”和“从不”的答案将是每个人的个人偏好（即主观）。

— CoderHawk

@Michael Hedgpeth-“当您遇到X情况时”-最终将作为讨论。这确实是一个好问题。让我们看到大家的回应...

— CoderHawk

是否值得通过陡峭的学习曲线来利用扩展事件？

绝对可以。扩展事件是一个新平台，具有比SQL Trace更好的性能，可伸缩性，并且与SQL Trace相比，SQL Server 2008中的功能有所局限，并且存在一些学习上的困难。放心，扩展事件在SQL Server DENALI中得到了广泛的应用，并且扩展事件中将有很多选项和用例，而SQL Trace中不会提供。扩展事件是未来监视和故障排除的未来，将来的SQL Trace将被删除。

请注意，当引入新平台时，MSFT不会立即弃用该功能。扩展事件在版本1（SQL Server 2008）中，在删除产品中已有很长时间的SQL Trace之前，有许多事情需要改进和修改。

为了克服学习曲线，请练习乔纳森·凯海耶斯（Jonathan Kehayias）撰写的博客文章中的示例，而我的示例也很少（无耻的插件）。

http://www.sqlskills.com/blogs/jonathan/category/Extended-Events.aspx

http://sankarreddy.com/tag/extended-events/

致桑迪：a我认为迈克尔在本主题的各个主题上没有提出太多不同的问题。是的，有很多问题，但是它们是同一主题。我认为他不应该开放多个线程来拆分这一线程。

— 桑卡·雷迪（Sankar Reddy）
source

我们如何在sql server 2016网络版中使用它来分析数据并在Tuning Advisor中进行调整？

— MonsterMMORPG '16