sys.dm_exec_trigger_stats提供触发器累计执行次数等统计，但仅缓存近期调用且需JOIN sys.triggers补全名称；fn_trace_gettable或XEvent可捕获具体触发时间点，后者为SQL Server 2016+推荐方案。

查 sys.dm_exec_trigger_stats 看累计执行次数

SQL Server 2008 及以后版本提供这个动态管理视图，直接暴露每个触发器的调用总数、平均耗时等核心指标。它不记录单次执行详情，但对频率统计足够高效。

常见错误现象：SELECT * 直接查该视图返回空——因为默认只缓存最近执行过的触发器，从未被调用或刚重启服务的不会出现；另外，它不包含已删除但残留元数据的触发器。

• 必须用 JOIN sys.triggers 补全触发器名称和所属表信息，否则 object_id 难以定位
• 结果中 execution_count 是自上次 SQL Server 启动或该触发器被重新编译后的累计值，不是实时滚动计数
• 若需长期趋势，得定期采样写入自定义日志表，不能依赖该 DMV 持久保存

SELECT 
  t.name AS trigger_name,
  OBJECT_NAME(t.parent_id) AS table_name,
  s.execution_count,
  s.total_elapsed_time / s.execution_count AS avg_duration_ms
FROM sys.dm_exec_trigger_stats s
JOIN sys.triggers t ON s.object_id = t.object_id
WHERE s.execution_count > 0;

用 sys.fn_trace_gettable 捕获具体触发时间点

当需要知道“哪条语句在什么时候触发了哪个触发器”，就得启用跟踪（Trace）或扩展事件（XEvent）。SQL Server 2016+ 推荐用 XEvent，但老环境仍常见用 fn_trace_gettable 读取本地 trace 文件。

使用场景：排查某张表的触发器是否被意外高频调用，比如发现 execution_count 突增，但不知道是哪个应用、哪个时间段、哪类操作导致的。

• fn_trace_gettable 只能读取已停止或关闭的 trace 文件，运行中的 trace 不可见
• 触发器相关事件是 SP:Starting 和 SP:Completed，过滤时要加 EventClass IN (43, 45)，且 ObjectType = 8048（表示触发器）
• trace 文件体积增长快，未设轮转易占满磁盘；建议只开短时捕获，目标明确再停

注意触发器嵌套与递归调用带来的计数偏差

sys.dm_exec_trigger_stats.execution_count 统计的是所有上下文下的执行，包括由其他触发器引发的嵌套调用、自更新触发的递归调用。这会导致数值远高于业务语句数量。

容易踩的坑：看到某个触发器 execution_count 是主表 DML 语句的 5 倍，就断定有性能问题——其实可能是它内部又更新了关联表，触发了二级触发器，而二级触发器又被计入同一张统计表。

• 检查 sp_configure 'nested triggers' 是否为 1（默认开启），关闭可阻断嵌套，但可能破坏原有逻辑
• 在触发器开头加 IF TRIGGER_NESTLEVEL() > 1 RETURN 可主动跳过嵌套层，避免重复工作
• sys.trigger_events 能查出触发器响应哪些事件（INSERT/UPDATE/DELETE），但不反映嵌套深度

SQL Server 2016+ 优先用扩展事件替代 Trace

Trace 已被标记为“弃用”，fn_trace_gettable 在未来版本可能移除。扩展事件（XEvent）更轻量、可过滤强、支持异步文件目标，适合长期监控触发器调用。

关键配置项：sqlserver.sp_statement_completed 事件 + WHERE [object_type] = 'TR'（TR 表示触发器），配合 collect_statement 开关可捕获原始调用语句。

• XEvent 默认不收集触发器名，需手动添加 sqlserver.database_name、sqlserver.object_name 等动作字段
• 事件会话设成 STARTUP = ON 才能在服务重启后持续运行，否则每次都要手动启
• 用 sys.dm_xe_session_targets 查当前输出路径，避免写错 filename 导致日志丢失

复杂点在于事件筛选表达式语法略拗口，而且不同 SQL Server 小版本对 object_name 字段的填充稳定性不一致——有时为空，得靠 object_id 关联 sys.objects 回填。