mysql触发器中通过new和old获取字段值：insert只有new，delete只有old，update两者都有；new在before中可修改，old始终只读；注意大小写、反引号包裹特殊列名及跨库操作限制。
触发器里怎么拿到修改前后的字段值
MySQL 触发器中用 NEW 和 OLD 代表当前操作涉及的行数据，不是变量，不能声明或赋值，是只读上下文对象。
INSERT 触发器只有 NEW，DELETE 只有 OLD，UPDATE 两者都有。直接用 NEW.column_name 或 OLD.column_name 访问字段，注意大小写敏感（和表定义一致）。
- 如果列名含空格或关键字，必须用反引号包裹：
NEW.`order status` -
NEW在 BEFORE INSERT 中可被修改（用于默认值、清洗），AFTER 中只读 -
OLD在任何时机都不可写，尝试赋值会报错：ERROR 1362 (HY000): Updating of OLD row is not allowed in trigger - 对未在 SET 子句中出现的字段，
NEW.column在 UPDATE 中仍为原值（不是 NULL）
BEFORE UPDATE 触发器中改 NEW 字段没生效？
常见现象：写了 SET NEW.updated_at = NOW(); 却发现时间没更新——大概率是触发器定义在了 AFTER 而非 BEFORE。
AFTER 触发器里改 NEW 完全无效，语句已执行完毕；只有 BEFORE 阶段才能干预即将插入/更新的数据。
- 检查触发器定义：
SHOW CREATE TRIGGER trigger_name;看开头是BEFORE还是AFTER - 若想自动填充时间戳，必须用 BEFORE，并确保目标字段允许 NULL 或无默认值（否则可能冲突）
- 对主键或唯一键字段，BEFORE UPDATE 中修改
NEW可能引发重复键错误，需提前校验
触发器里用 OLD 记日志，但 DELETE 时发现字段全是 NULL
不是 OLD 失效，而是你查的字段在原表里定义为 TEXT 或 BLOB 类型，且触发器里用了函数如 CONCAT(OLD.content, ' deleted') —— MySQL 在某些版本（尤其是 5.7）对大字段在触发器上下文中的处理不一致，可能返回 NULL。
- 优先用
IFNULL(OLD.content, '')包一层再拼接 - 避免在触发器中对
OLD字段做复杂计算或子查询，性能差且容易隐式转换失败 - 记录日志建议只取关键字段（如 ID、状态、时间），别把整行 JSON 或长文本塞进日志表
- 确认日志表对应字段类型足够宽（比如
LONGTEXT），否则超长截断后看起来像 NULL
跨库引用 NEW/OLD 报错：Table 'xxx' doesn't exist
触发器无法直接访问其他数据库的表来 JOIN 或 WHERE，但可以 INSERT/UPDATE 其他库的表——前提是用完整限定名，且触发器定义用户有对应权限。
错误常发生在写成 INSERT INTO other_db.log_table SELECT * FROM OLD;，这是非法语法。OLD 和 NEW 不是表，不能出现在 FROM 子句。
- 正确写法是逐字段列出：
INSERT INTO other_db.audit_log (id, name, op_type) VALUES (OLD.id, OLD.name, 'DELETE'); - 跨库操作会让触发器更难调试，务必在测试库验证权限：
SELECT CURRENT_USER();看是否具备other_db的 INSERT 权限 - 从 MySQL 8.0.16 开始，不支持在触发器中调用存储函数（含自定义函数），若函数里又访问了其他库，会直接报错
最麻烦的其实是嵌套触发：一个触发器改了另一张表，那张表又有触发器，OLD/NEW 的生命周期和可见性就变得非常脆弱，线上环境尽量避免三层以上链式触发。
