MySQL触发器判断字段是否真变更，必须显式比较OLD与NEW值；因NULL参与!=比较会返回NULL（逻辑假），应使用<=>安全等于（如(NEW.status <=> OLD.status) = 0）或COALESCE处理，避免漏判。
MySQL触发器怎么判断某个字段真的变了
MySQL触发器本身不自动对比新旧值，NEW和OLD是两个独立的行记录，必须显式写条件判断。常见错误是直接用!=比较，比如IF NEW.status != OLD.status——这在任一端为NULL时会返回NULL（即逻辑假），导致变更被跳过。
正确做法是用IS DISTINCT FROM语义，但MySQL不支持该语法。替代方案有：
- 用
IF (NEW.status OLD.status) = 0：MySQL的是NULL安全等于，返回1表示相等，0表示不等 - 用
IF COALESCE(NEW.status, '') != COALESCE(OLD.status, '')：前提是空字符串不会作为合法业务值出现 - 对多字段组合判断，建议拆成多个
OR条件，避免嵌套过深影响可读性，例如：IF (NEW.a OLD.a) = 0 OR (NEW.b OLD.b) = 0
PostgreSQL触发器里如何安全检测字段变更
PostgreSQL原生支持IS DISTINCT FROM，这是唯一推荐的NULL安全比较方式。它把NULL视作一个确定值，NULL IS DISTINCT FROM NULL返回false，而'a' IS DISTINCT FROM NULL返回true。
别写!=或IS NOT NULL组合判断——既啰嗦又容易漏场景。示例：
IF NEW.status IS DISTINCT FROM OLD.status THEN
PERFORM pg_notify('status_change', NEW.id::text);
END IF;
注意：IS DISTINCT FROM对JSONB、ARRAY、RANGE等类型也直接生效，无需序列化或逐元素比对。
SQL Server触发器中用什么方式判断字段更新
SQL Server没有IS DISTINCT FROM，也不支持。它提供UPDATE(column_name)函数，但这个函数只表示该列**出现在UPDATE语句SET子句中**，不保证值真变了。比如UPDATE t SET status = status也会触发UPDATE(status)返回1。
所以必须配合INSERTED和DELETED逻辑表做实际值比对：
- 用
CASE WHEN I.status D.status OR (I.status IS NULL AND D.status IS NOT NULL) OR (I.status IS NOT NULL AND D.status IS NULL)——冗长但准确 - 更简洁写法：
I.status D.status OR I.status IS NULL XOR D.status IS NULL（XOR需SQL Server 2022+） - 如果字段类型支持，可用
ISNULL(I.status, '') ISNULL(D.status, '')，但要注意替换字符不能与业务值冲突
跨数据库通用陷阱：别在触发器里做“看起来无害”的事
哪怕只是加个RAISE NOTICE或SELECT 1，在高并发写入场景下都可能成为瓶颈。更危险的是隐式触发其他逻辑：
- 在触发器里调
INSERT INTO audit_log没问题，但若audit_log上有索引或外键，会放大锁等待 - 调用
GETDATE()或NOW()这类函数看似轻量，但在事务中反复调用可能引发时钟漂移或重复值 - 用
CONCAT()拼接日志字符串时，若字段含NULL，整个结果变NULL——MySQL默认行为，PostgreSQL需显式COALESCE
最常被忽略的一点：触发器执行顺序依赖于创建顺序（尤其在SQL Server中多个AFTER触发器共存时），不要假设它们一定按你期望的先后执行。
