SQL事件探查器会影响服务器性能吗？

我遇到了一个问题，其中sql server 2008因某些高负载而失败。我需要找到这种负载情况，并需要优化代码以使其能够处理负载。我在互联网上发现，SQL事件探查器可用于跟踪数据库交互，然后可以对其进行分析以找到问题发生的确切点。我还发现了如何启动sql profiler。但是现在我的问题是，通过启动sql profiler，我是否会影响服务器性能？

SQL Server Profiler是一个GUI，它通过客户端利用SQL Server跟踪。由于这种性质，是的，根据环境的不同，您可能会看到轻微到严重的性能影响。

SQL Server Profiler主要适合快速了解服务器上发生的情况（前提是数据库服务器可以处理额外的延迟）。它不打算长时间运行。对于更长的跟踪，请使用服务器端跟踪或扩展事件。

如果使用服务器端跟踪，则可以将对性能的影响最小化。

以前的海报所说的一切都是正确的。Profiler是一种曾经使用DMO，现在使用SMO捕获跟踪事件的应用程序。与仅使用服务器端跟踪相比，这会增加大量开销。

SMO是一种API，它与客户端应用程序Profiler一起在跟踪过程中添加了额外的“层”。服务器端跟踪将直接从事务队列读取跟踪事件，其产生的开销可以忽略不计。

我已经能够在每秒处理10,000多个事务的SQL Server环境中运行服务器端跟踪。在相同的环境中使用Profiler会使数据库实例崩溃。在任何生产环境中，如果需要跟踪数据库活动，请始终使用服务器端跟踪。Profiler将终止数据库实例。

是的，SQL Server Profiler确实会影响性能。

当您使用GUI进行跟踪时，所有事件都将得到同步处理和过滤，因此服务器负载，网络延迟，收集的事件甚至存储收集的事件的存储位置等因素都会增加开销。

正如其他答案所建议的那样，最好使用服务器端跟踪而不是GUI。但是，不建议使用此方法，而应使用扩展事件。（注意：即使使用扩展事件，它比跟踪更轻量，仍然有可能给服务器增加不必要的负载-请参阅第二段中的列表，以考虑如何在设置事件时最大程度地减少开销会话。）

对于服务器负载很大的情况，您需要非常小心所收集的信息，因为测量过程本身可能会影响正在调查的问题。

SQL Server Profiler的工作分为两个步骤：首先，您告诉它记录所有查询。然后，您运行一些典型的事务（或者只是让它记录生产）。这将创建一个“测试负载”。然后，您使用测试负载进行实际的性能分析（分析）。

日志记录不是很昂贵，特别是与查询本身的开销相比。