什么时候应该使用扩展事件而不是 SQL Profiler/perfmon？

Question

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

Answer 1

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

肯定是的。Extended Events 是一个新平台，具有比 SQL Trace 更好的性能、可伸缩性，并且与 SQL Trace 相比，SQL Server 2008 中的功能有点有限，而且还有一些学习曲线。请放心，扩展事件在 SQL Server DENALI 中得到了大修，扩展事件中将有很多选项和用例可用，而 SQL 跟踪中不会。扩展事件是监控和故障排除的未来，将来有一天 SQL 跟踪将被删除。

请注意，当引入新平台时，MSFT 不会立即弃用某个功能。扩展事件在版本 1 (SQL Server 2008) 中，在删除产品中存在很长时间的 SQL 跟踪之前，有很多东西需要改进和修改。

为了克服学习曲线，练习 Jonathan Kehayias 和我的一些博客文章中的示例（无耻插件）。

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

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

致桑迪： a 我不认为迈克尔在这个主题中就各种主题提出了太多不同的问题。是的，有很多问题，但它们是关于同一主题的。我认为他不应该打开几个线程来拆分这个线程。