SQL触发器如何捕获实际增删改行？第三方应用先删后插误报警问题

这个问题我之前帮团队处理过类似的，核心就是要绕过第三方应用这种“全删重插”的粗暴逻辑，只捕获真正的业务变更记录。下面是几个可行的方案，按实现复杂度和适用性排序：

方案1：基于数据快照的对比（最直接易实现） #

思路很简单：在触发器执行前先存一份当前表的完整快照，操作完成后对比快照和新数据，找出真正的新增/删除/修改记录。

• 具体步骤：
  1. 在触发器的BEFORE事件中，把当前表的主键和关键业务字段插入到一个临时表（比如#temp_table_snapshot）。
  2. 等到AFTER事件触发时，做三次对比：
     • 仅存在于临时表的记录 = 真正被删除的记录
     • 仅存在于当前表的记录 = 真正新增的记录
     • 主键存在但业务字段不一致的记录 = 真正修改的记录
  3. 只针对这些真实变更的记录发送告警，最后清理临时表。
• 注意点：如果表的数据量很大，临时表会占用较多内存/磁盘资源，更适合中小规模的业务表。

方案2：在触发器内过滤重复操作（性能更优） #

如果第三方应用的全删重插有规律（比如每次操作集中在10秒内，或者插入的记录和之前删除的大部分完全重复），可以直接在触发器里加过滤逻辑：

-- 以SQL Server为例，假设表有主键id，核心业务字段name、phone
DECLARE @last_op_time DATETIME;
-- 可以建一个小的操作日志表，记录每次批量操作的时间
SELECT @last_op_time = MAX(op_time) FROM dbo.table_operation_log;

-- 判断是否是短时间内的批量操作（第三方应用的全删重插）
IF DATEDIFF(SECOND, @last_op_time, GETDATE()) < 15
BEGIN
    -- 过滤掉被重新插入的删除记录（这些不是真的要删）
    DELETE FROM deleted d
    WHERE EXISTS (SELECT 1 FROM inserted i WHERE i.id = d.id);

    -- 过滤掉重复插入的记录（和之前删除的完全一致，不是真的新增）
    DELETE FROM inserted i
    WHERE EXISTS (
        SELECT 1 FROM deleted d 
        WHERE d.id = i.id 
        AND d.name = i.name 
        AND d.phone = i.phone
    );

    -- 更新操作日志时间
    INSERT INTO dbo.table_operation_log(op_time) VALUES(GETDATE());
END

-- 此时deleted和inserted里只剩真正的变更记录，直接发送告警即可

• 优点：不需要额外的临时表，性能损耗小；缺点：依赖第三方应用的操作规律，通用性稍弱。

方案3：从根源拦截不合理的SQL请求（最彻底） #

如果有权限调整应用的数据库接入方式，可以用数据库代理或者中间件拦截SQL语句，把第三方应用的DELETE FROM table + INSERT INTO table批量操作转换成真正的增量变更：

• 比如检测到全表删除请求时，先保存需要保留的记录（也就是原本不该被删的那些），再执行真实的删除操作（只删需要删掉的那条），最后插入新增的记录。
• 优点：从根源解决问题，触发器不需要做额外处理；缺点：需要调整应用的部署架构，技术门槛较高。

内容的提问来源于stack exchange，提问作者S.B