必须用after触发器，因before无法获取自增主键、默认值等最终写入值，且事务回滚会导致日志与数据不一致；after才能确保拿到完整已提交的数据快照。

直接用 AFTER 触发器记录变更历史最稳妥，别碰 BEFORE 或 INSTEAD OF —— 前者拿不到自增主键和默认值，后者容易漏数据。

为什么必须用 AFTER 触发器？

日志要反映“最终写入结果”，而 BEFORE 里 NEW.id 是空的（自增还没生成）、NEW.created_at 可能还是 NULL（默认值没生效），INSTEAD OF 则要求你手动重执行原语句，稍错一点就丢行。只有 AFTER INSERT、AFTER UPDATE、AFTER DELETE 能保证读到已提交的完整快照。

• INSERT 日志必须包含 NEW.id、NEW.created_at 等数据库生成字段
• UPDATE 日志需对比 OLD.field 和 NEW.field，只记真实变化项，避免日志膨胀
• DELETE 只能依赖 OLD 行，NEW 在删除时不可用

MySQL 中如何安全拼接 OLD/NEW 字段？

直接 CONCAT(OLD.name, NEW.name) 很危险：任一字段为 NULL，整条日志内容就变 NULL，导致插入失败或字段丢失。必须显式处理空值。

• 用 CONCAT_WS('|', IFNULL(OLD.name, 'NULL'), IFNULL(NEW.name, 'NULL')) 替代 CONCAT
• 时间字段别裸写 OLD.updated_at，改用 IFNULL(OLD.updated_at, '1970-01-01')
• 只记录变化字段：例如 IF(OLD.status != NEW.status, CONCAT('status:', OLD.status, '→', NEW.status), NULL)

PostgreSQL 里触发器函数怎么写才不拖慢主表？

PG 要求把日志逻辑封装成独立函数，且函数必须声明为 SECURITY DEFINER 和 VOLATILE，否则可能跳过执行或权限不足写不进日志表。

• 函数内禁止 SELECT 其他大表，日志写入必须是纯 INSERT
• 动态拼接内容时用 quote_literal() 转义字符串，防 SQL 注入
• 日志表建议关掉 autovacuum_enabled = off，另起定时任务批量清理，避免和业务事务争锁

SQL Server 用 CDC 还是触发器？

如果只是查“哪些行变了”，优先开 CHANGE TRACKING；如果要存“谁在什么时候把 status 从 A 改成 B”，就得用触发器——CDC 不记录旧值/新值，也不存操作人。

• CHANGE TRACKING 开销低、自动清理，但只返回变更行 ID 和版本号
• 触发器能存 USER_NAME()、GETDATE()、字段级差异，但得自己建日志表、写逻辑、压测性能
• 注意 INSERTED 和 DELETED 是临时表，批量操作时含多行，不能假设单行，要用 CURSOR 或集合操作遍历

真正难的不是写触发器，而是让日志表扛住并发 INSERT、不因字段加减就失效、异常时不卡主流程——上线前必须用真实流量压测日志表延迟，而不是只跑单条 SQL。