触发器日志追踪不能替代CDC，因其阻塞主事务、无法捕获TRUNCATE、不支持事务一致性快照且存在锁争用与性能风险；CDC基于事务日志解析，轻量、低开销、强一致性。
为什么触发器日志追踪不能直接替代 CDC
CDC（Change Data Capture）是 SQL Server 原生的轻量级变更捕获机制，基于事务日志解析，开销低、无锁表风险、支持事务一致性快照。而触发器是语句级/行级运行时拦截，会阻塞主事务、放大锁争用、无法捕获 TRUNCATE 或某些隐式事务操作——CDC 能做到的，INSTEAD OF 或 AFTER 触发器多数做不到。
如果你只是缺 CDC（比如用的是 Standard Edition 不支持 CDC），想用触发器“凑合一下”，那得接受几个现实：
-
INSERT/UPDATE/DELETE可捕获，但TRUNCATE TABLE无法触发任何触发器 - 每个触发器执行都在原事务中，写日志失败 = 主事务回滚，业务不可控
- 大批次更新（如
UPDATE t SET x=... WHERE y IN (SELECT ...)）可能让触发器里inserted/deleted表膨胀，内存/TempDB 压力陡增
如何写一个可用的变更日志触发器（含关键防护）
核心不是“能不能写”，而是“怎么避免拖垮线上库”。必须加三层防护：异步解耦、最小化日志字段、失败降级。
推荐做法是把变更数据先写入本地 tempdb 或轻量表（带 TRY...CATCH），再由外部作业异步消费。不要在触发器里调远程服务或写文件。
- 日志表结构要极简：
log_id（IDENTITY）、table_name、op_type（'I'/'U'/'D'）、pk_value（主键值字符串，非全行）、log_time（GETDATE()） - 触发器内只取主键和变更类型，不查
inserted/deleted全字段；如需明细，靠后续异步作业 JOIN 原表（注意快照隔离） - 必须包
TRY...CATCH，日志写失败时仅PRINT报警，绝不RAISERROR中断主事务 - 避免对宽表或高并发表启用；单表日志触发器建议限制在
1000行/秒以下变更频率
示例片段（以 Orders 表为例）：
CREATE TRIGGER tr_Orders_Log ON Orders
AFTER INSERT, UPDATE, DELETE
AS
BEGIN
SET NOCOUNT ON;
BEGIN TRY
INSERT INTO ChangeLog (table_name, op_type, pk_value, log_time)
SELECT 'Orders',
CASE WHEN EXISTS(SELECT * FROM inserted) AND EXISTS(SELECT * FROM deleted) THEN 'U'
WHEN EXISTS(SELECT * FROM inserted) THEN 'I'
ELSE 'D' END,
ISNULL(CONVERT(VARCHAR(50), i.OrderID), CONVERT(VARCHAR(50), d.OrderID)),
GETDATE()
FROM inserted i
FULL JOIN deleted d ON i.OrderID = d.OrderID;
END TRY
BEGIN CATCH
-- 仅记录错误到 error_log 表或 Windows Event，不抛出
END CATCH
END触发器日志 vs CDC 的兼容性陷阱
最常被忽略的是事务可见性问题：触发器看到的是“当前事务已提交前的状态”，而 CDC 捕获的是 LSN 位点对应的确切日志镜像。这意味着：
- 触发器中读
inserted/deleted是快照，但若原表有COMPUTE列、计算列、ROWVERSION，这些值可能与 CDC 输出不一致 - 触发器无法感知
READ UNCOMMITTED下的脏读变更，而 CDC 总是反映真实日志流 - 如果目标表用了
MEMORY_OPTIMIZED，AFTER触发器根本不支持，只能用INSTEAD OF，逻辑更难对齐 -
OUTPUT子句（如DELETE ... OUTPUT DELETED.* INTO #t）会绕过触发器，但 CDC 仍能捕获——这种路径差异必须提前审计
什么时候该放弃触发器、转用其他方案
当出现以下任一情况，说明触发器日志已超出可控范围，硬扛只会埋雷：
- 表平均每日变更超
100万行，且峰值集中在短时间窗口 - 业务要求日志延迟
< 5s，而触发器写日志平均耗时已超200ms - 需要捕获列级变更（哪几列被改了），而触发器只能靠
CHECKSUM或逐列比对，CPU 消耗不可控 - DBA 明确禁用触发器（常见于金融/电信核心库），或你无权建触发器，只能读日志
此时应考虑 SQL Server 2016+ 的 Temporal Tables（自带系统版本控制），或用 Extended Events 捕获 sql_batch_completed + 过滤 DML 语句（精度低但无侵入），再或者上 Debezium + SQL Server CDC Connector（需开启代理和 CDC）。触发器不是兜底方案，是临时过渡的窄门。
