sql触发器不能回滚到旧版本，仅能通过before update捕获old数据做备份，还原需依赖外部机制如binlog或工具链，且备份表结构必须与原表严格一致。
SQL触发器本身不能回滚到旧版本——它不保存历史，也不提供版本快照能力。 你想的“回滚触发器”实际是混淆了两个概念：一是用触发器记录旧数据（即做备份），二是靠外部机制还原旧数据。触发器只管前者，后者得靠备份、binlog 或工具链。
BEFORE UPDATE 触发器里怎么安全拿到 OLD 数据
这是唯一能稳定捕获更新前状态的时机。AFTER UPDATE 里 OLD 已失效，查原表得到的是新值，备份就废了。
- MySQL 中直接用
OLD.column_name，字段名必须和原表定义完全一致（含大小写、反引号包裹空格/关键字） - PostgreSQL 同样支持
OLD.column_name，但必须声明为FOR EACH ROW，且不能在语句级触发器中用 - SQL Server 没有 OLD 关键字，得从
deleted临时表里 SELECT，且仅在触发器执行期间存在 - 别在触发器里改
OLD——它是只读的，赋值会报错
备份表结构不匹配会导致 INSERT 失败
不是字段名对上就行，类型、长度、NULL 约束也得严丝合缝。比如原表 content 是 TEXT，备份表设成 VARCHAR(255)，INSERT 时直接截断或报错。
- 建议备份表额外加三字段：
backup_at（NOW()）、updated_by（USER()或current_user）、original_id（存OLD.id） - 别给备份表加主键或唯一索引——同一行被反复更新，会产生多条记录
- 别加外键——删原表时可能被级联删掉历史
- JSON 字段必须用
JSON类型，不能退化为TEXT，否则丢失校验和函数支持
为什么不能靠触发器实现“一键回滚”
触发器只负责写日志，不负责执行还原逻辑。你得自己写 SQL 把备份表里的某条 OLD.* 插回去，或用工具生成反向语句。
-
gt-checksum这类工具能基于备份/比对结果生成INSERT回滚语句，但它不依赖触发器，而是解析 binlog 或直接比对数据 - 想自动还原，得额外开发或集成：比如监听备份表新增记录，再调用存储过程把对应
OLD.*覆盖回原表——但这已是应用层逻辑，超出触发器能力范围 - PostgreSQL 的
pgMemento只记操作日志，不存完整定义；MySQL 的 binlog 闪回需binlog_format=ROW+binlog_row_image=FULL，缺一不可
真正容易被忽略的点是：触发器只解决“留痕”，不解决“还原”。很多人建完备份触发器就以为万事大吉，结果真要回滚时才发现备份表没索引、字段类型不兼容、或者压根没存全量字段——等出事再补，已经晚了。
