MySQL BEFORE UPDATE触发器中直接用OLD.field和NEW.field获取值；限制字段修改可用SIGNAL抛出自定义错误（需5.5+），或SET NEW.field=OLD.field静默还原；注意NULL、JSON、时间精度及主键约束。
BEFORE UPDATE 触发器里怎么拿到 OLD 和 NEW 的字段值
MySQL 的 BEFORE UPDATE 触发器天然提供 OLD.字段名 和 NEW.字段名 两个上下文变量，分别代表更新前和更新后的值。不需要额外查询或 JOIN，直接引用即可——但注意：必须用字段真实名称，大小写敏感（取决于表定义和 lower_case_table_names 设置）。
常见错误是写成 OLD['field'] 或 OLD.field（带点号但没加反引号），实际必须是 OLD.field_name 或带反引号的 OLD.`field_name`（尤其字段含特殊字符或关键字时）。
用 IF 判断字段值是否被修改并抛出错误
MySQL 不支持在触发器里直接用 RAISE ERROR，得靠制造一个必然失败的操作来中止执行，最常用的是向不存在的表插入数据，或调用不存在的函数。例如：
IF OLD.status != NEW.status THEN
INSERT INTO `nonexistent_table` VALUES('blocked');
END IF;这种写法能立即终止更新并返回错误（如 Table 'db.nonexistent_table' doesn't exist），但缺点是错误信息不直观。更稳妥的做法是配合自定义错误消息（MySQL 5.7+ 支持 SIGNAL）：
IF OLD.email != NEW.email THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'email field is read-only'; END IF;
-
SIGNAL是标准方式，错误码建议用'45000'（通用未定义异常） - 必须确保 MySQL 版本 ≥ 5.5（
SIGNAL从 5.5 引入），且用户有EXECUTE权限 - 如果字段允许 NULL，记得用
IS NOT DISTINCT FROM或显式判断 NULL（OLD.col NEW.col更安全）
只限制部分字段、忽略其他字段的更新逻辑
触发器对整条记录生效，但你可以选择性检查任意字段。比如只锁定 created_at 和 user_id，其余字段照常更新：
IF OLD.created_at != NEW.created_at THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'created_at cannot be modified'; END IF; IF OLD.user_id != NEW.user_id THEN SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'user_id is immutable'; END IF;
注意点：
- 不要在同一个
IF块里检查多个字段后共用一个SIGNAL，否则无法区分具体哪个字段违规 - 如果字段类型是 JSON、TEXT 或 BLOB，
!=比较可能失效（尤其含换行/空格差异），建议用JSON_CONTAINS或TRIM预处理 - 时间字段（如
DATETIME）要注意时区和微秒精度，OLD.ts != NEW.ts可能因毫秒截断误报
触发器里修改 NEW 值会覆盖用户输入吗
会，而且这是实现“只读字段”的关键机制。比如你想强制 updated_at 自动更新，同时禁止用户改 id：
SET NEW.updated_at = NOW(); IF OLD.id != NEW.id THEN SET NEW.id = OLD.id; -- 覆盖掉非法修改 END IF;
这样既阻止了 id 被改，又避免触发 SIGNAL 报错（适合宽松策略）。但要注意：
-
SET NEW.xxx = ...必须在SIGNAL之前执行，否则触发器已退出 - 不能对主键或唯一键字段做无条件覆盖，否则可能引发后续约束冲突
- 如果业务上真要“静默拦截”，务必在应用层留日志，否则排查时完全看不到谁试图改字段
真正难的不是写触发器，而是想清楚：这个字段到底该报错、该静默还原、还是该转为自动计算？不同选择对应完全不同的运维成本和排查路径。
