善用 SQL Server Profiler 追蹤異常與 T-SQL 實戰技巧

為什麼需要 Profiler

開發調試中，ORM（LINQ to SQL、Entity Framework）生成的 T-SQL 往往不透明；生產環境異常堆疊缺失上下文。Profiler 作為圖形化跟蹤工具，能完整捕獲引擎層事件，是「看見真實 SQL」的利器。

快速啟動與模板選擇

1. 路徑：開始 → 所有程序 → Microsoft SQL Server 2008 → 性能工具 → SQL Server Profiler。
2. 文件 → 新建跟蹤 → 連接目標實例。
3. 默認 Standard 模板不含異常事件，必須切換到 事件選擇 頁簽自定義。

關鍵事件勾選清單

點擊右下 顯示所有事件，在 Errors and Warnings 類別下勾選：

• Exception：捕獲所有引擎拋出的異常（含嚴重級、錯誤號、狀態、錯誤文本）。
• User Error Message：捕獲 RAISERROR/THROW 用戶自定義錯誤。

建議同時勾選 TSQL → SQL:BatchCompleted / RPC:Completed，關聯異常前後的完整語句上下文。

實戰場景演示

場景一：ORM 隱性異常定位

1. 啟動跟蹤，過濾 ApplicationName = '.Net SqlClient Data Provider'（或具體進程名）。
2. 復現業務操作，Profiler 實時顯示異常行（紅色圖標），雙擊查看完整錯誤文本與堆疊。
3. 對應上一行 SQL:BatchStarting 即為觸發異常的確切 T-SQL，直接複製至 SSMS 分析執行計劃、參數嗅探、索引缺失等。

場景二：非調試環境「幽靈」異常排查

生產環境間歇性報錯無法復現時：

• 建立伺服器端跟蹤（sp_trace_create）或 Extended Events（輕量級），長時間運行寫入 .trc 文件。
• 事後導入 Profiler 分析，按 Error 列篩選，結合 HostName/LoginName/SPID 定位來源應用與用戶。

進階技巧

• 列選擇精簡：僅保留 EventClass, TextData, StartTime, EndTime, SPID, DatabaseName, LoginName, Error, Severity，減少內存/磁盤壓力。
• 過濾器：DatabaseID = DB_ID('MyDB')、Duration > 1000（毫秒）、Error > 0 精準鎖定問題。
• 導出分析：文件 → 導出 → 腳本/CSV，便於離線協作或載入 Excel/BI 工具統計異常分布。

避坑提醒

1. 生產核心庫嚴禁長時間開啟全事件 GUI 跟蹤，必須用伺服器端跟蹤或 XEvents。
2. Profiler 自身佔用連接數（每跟蹤 1 SPID），高併發下可能觸發 Max Worker Threads 耗盡。
3. SQL Server 2012+ 推薦改用 Extended Events (XEvents) + SSMS XEvent 會話，性能開銷降低 90%+。