应使用 not (new.column_name old.column_name) 判断字段是否真实变更，该操作符可安全处理 null；若需精确比较字符串，应配合 binary 或 collate utf8mb4_bin。

UPDATE触发器里怎么知道某个字段真的被改了

直接比 NEW.column_name != OLD.column_name 不可靠——NULL 值会让整个表达式返回 NULL，结果被当作 false 处理，导致误判。比如 OLD.name = NULL 且 NEW.name = 'Alice'，NEW.name != OLD.name 实际求值为 NULL，不是 true。

安全判断字段是否变更的写法

必须显式处理 NULL：MySQL 没有 IS DISTINCT FROM（PostgreSQL 有），得靠逻辑组合。

• NEW.column_name != OLD.column_name OR (NEW.column_name IS NULL) != (OLD.column_name IS NULL)
• 更简洁常用的是：NOT (NEW.column_name OLD.column_name) —— 是 MySQL 的“安全等于”操作符，对 NULL 也返回布尔值：NULL NULL 为 true，'a' NULL 为 false
• 如果字段有默认值或约束（如 NOT NULL），可省略 NULL 判断，但建议统一用 避免漏 case

在 BEFORE UPDATE 触发器里做条件逻辑

常见需求：仅当 status 字段实际变化时才更新 updated_at 或写日志。

MySQL

编写正确的MySQL查询，避免字符集、索引和锁方面的常见陷阱。

下载

DELIMITER $$
CREATE TRIGGER update_updated_at
BEFORE UPDATE ON orders
FOR EACH ROW
BEGIN
  IF NOT (NEW.status  OLD.status) THEN
    SET NEW.updated_at = NOW();
    INSERT INTO order_status_log(order_id, old_status, new_status)
    VALUES (OLD.id, OLD.status, NEW.status);
  END IF;
END$$
DELIMITER ;

注意：NEW.updated_at = NOW() 写在 IF 内；若放外面，每次 UPDATE 都会覆盖时间戳，失去“仅变更时更新”的语义。

字符串字段要注意大小写和空格

如果字段是 VARCHAR 且用了非二进制排序规则（如 utf8mb4_0900_as_cs 以外的默认 collation），'abc' 'ABC' 可能为 true（取决于 collation）。需要精确比较时：

• 强制用二进制比较：CAST(NEW.title AS BINARY) != CAST(OLD.title AS BINARY)
• 或用 BINARY 前缀：NEW.title != OLD.title COLLATE utf8mb4_bin
• 空格差异（如 'abc ' vs 'abc'）也会被普通比较忽略，TRIM() 要按业务决定是否介入

真正难缠的是业务语义上的“未修改”：比如前端传空字符串覆盖原 NULL，或 JSON 字段格式化后内容相同但空白不同——这些已超出触发器能自动识别的范围，得靠应用层清洗或额外校验字段。