MySQL和PostgreSQL触发器均用OLD获取变更前行、NEW获取变更后行；INSERT仅NEW可用，UPDATE两者皆可，DELETE仅OLD可用；审计表应拆分字段而非存整行JSON，索引需覆盖table_name+row_id。
触发器里怎么拿到变更前后的值
MySQL 和 PostgreSQL 的语法差异很大，但核心思路一致：用 OLD 拿更新/删除前的行，用 NEW 拿插入/更新后的行。PostgreSQL 还支持 BEFORE 和 AFTER 触发器，而 MySQL 只允许 BEFORE 或 AFTER 之一，且不能在 BEFORE UPDATE 里改 NEW 字段以外的字段。
常见错误是直接在 INSERT 触发器里引用 OLD.id —— 这会报错：Unknown column 'OLD.id' in 'field list'，因为插入没有旧值。
-
INSERT：只可用NEW.* -
UPDATE：OLD.*和NEW.*都可用，适合比对字段变化 -
DELETE：只可用OLD.*
审计表结构怎么设计才不拖慢主表
审计表不是日志文件，它要能被查、能关联、能清理。别把整行 JSON 存进一个 TEXT 字段——看着省事，后面想查“谁改过 price”就得全表扫描 JSON_EXTRACT，性能崩得很快。
推荐拆成明确字段：table_name、row_id、operation（'I'/'U'/'D'）、changed_fields（逗号分隔字符串，如 'price,stock'）、old_values 和 new_values（各为 JSON，仅存真正变化的字段）。
- 主键建议设为
(id)自增，别用(table_name, row_id, created_at)联合主键——写入高并发时容易锁冲突 - 加索引：至少在
table_name+row_id上建复合索引，否则按业务 ID 查历史会变全表扫描 - 避免在触发器里调用函数或子查询，尤其是跨表查用户姓名——会把事务锁住更久
MySQL 触发器写法示例（含防错要点）
以订单表 orders 为例，审计表叫 orders_audit。注意三处关键防错：
- 用
IF NOT (OLD.status NEW.status)判断字段是否真变了（能安全处理 NULL） - 显式列出字段名，不用
*—— 表结构一旦加字段，触发器就可能报列数不匹配 - 把
USER()拆成LEFT(USER(), LOCATE('@', USER()) - 1)提取用户名，避免存入主机名干扰审计
CREATE TRIGGER orders_after_update
AFTER UPDATE ON orders
FOR EACH ROW
BEGIN
IF NOT (OLD.status <=> NEW.status) OR NOT (OLD.amount <=> NEW.amount) THEN
INSERT INTO orders_audit (
table_name, row_id, operation, changed_fields,
old_values, new_values, updated_by, updated_at
) VALUES (
'orders', NEW.id, 'U',
CONCAT(
IF(OLD.status <=> NEW.status, '', 'status,'),
IF(OLD.amount <=> NEW.amount, '', 'amount')
),
JSON_OBJECT('status', OLD.status, 'amount', OLD.amount),
JSON_OBJECT('status', NEW.status, 'amount', NEW.amount),
LEFT(USER(), LOCATE('@', USER()) - 1),
NOW()
);
END IF;
END;触发器上线前必须验证的三个盲点
很多团队测完“能插入审计记录”就上线，结果第二天发现主表写不进数据了——问题往往出在没覆盖真实场景。
- 批量更新：
UPDATE orders SET status = 'shipped' WHERE id IN (1,2,3,4,5)会触发 5 次触发器，不是 1 次。如果审计逻辑里有SELECT ... FOR UPDATE，极易死锁 - 从库执行：
ROW格式 binlog 在从库回放时也会触发触发器。若主从都启用了审计触发器，一条更新会在从库重复记两次 - 事务回滚：
AFTER触发器已执行的插入不会随主事务回滚——审计表会出现“幻影记录”。要用BEFORE+ 显式异常控制，或接受这种最终一致性
最常被忽略的是权限：触发器运行时用的是执行 SQL 的用户权限，不是定义者权限。如果应用连接用的是低权限账号，INSERT INTO audit_table 会直接报 ERROR 1142 (42000): INSERT command denied，且不会提示具体哪张表。
