共用方式為


最佳化 SQL 追蹤

適用於:SQL Server

因為執行 SQL 追蹤會使用系統資源來收集資料,所以會產生效能成本,但是有許多方式可以使成本降至最少。 若要使追蹤導致的效能成本降至最少,請試試下列方法:

  • 考慮使用命令提示字元來執行追蹤。 使用圖形化使用者介面會妨礙效能。 如需詳細資訊,請參閱 sp_trace_create (Transact-SQL)

  • 避免納入經常發生的事件。 如果可能,利用特定事件類別和篩選來縮小追蹤。 若收集的追蹤事件越少,支援追蹤所需的系統資源也會跟著減少。

  • 將追蹤集中在只收集可提供相關資料的事件, 例如,如果追蹤是為了要識別死結,則請納入 Lock:Deadlock 事件類別,而不要納入 Lock:Acquired 事件類別。 如果您同時納入這兩個事件類別,則追蹤必須回應所取得的每一個鎖定,執行成本就會加倍。

  • 避免收集重複的資料。 例如,如果您要收集 SQL:BatchStartedSQL:BatchCompleted,您可以只收集 SQL:BatchStarted 事件類別的文字資料,使結果集的大小縮至最小。

  • 在追蹤定義中使用篩選。 例如,如果您知道某個使用者回報在隨選查詢期間的效能緩慢,則可建立 LoginName的篩選, 將篩選設為只納入 LoginName 符合使用者名稱的事件。

如果您需要執行的事件追蹤會對效能造成重大影響,請考慮使用下列其中一個方法,來限制此追蹤對伺服器效能的影響:

  • 使執行追蹤的時間變短。 您可以啟用停止時間,來控制追蹤執行的時間長度。 尤其當您無法限制事件類別或篩選事件時,這麼做特別重要。 啟用停止時間可以確定所造成的效能問題,不會無限期地持續下去。

  • 限制追蹤結果的大小。 您可以將追蹤結果的大小限制為檔案大小上限。 此策略可確保在達到檔案大小上限時,效能成本會立即停止 (如果未啟用檔案換用的話)。

  • 限制傳回的事件數目。 利用 SQL Server Profiler,您可以將追蹤儲存至資料表並設定最大資料列數,來限制傳回的事件數目。 在達到最大資料列數之後,追蹤結果仍會傳回至 SQL Server Profiler 畫面,但可省去將結果記錄到資料表的成本。

另請參閱

篩選追蹤