SQL中NULL不等于任何值（包括自身），=NULL结果为UNKNOWN，被IF或WHERE视为假而跳过；必须用IS NULL判断，否则逻辑失效。
触发器里写 NEW.status = NULL 为什么永远不生效
因为 SQL 中 NULL 不等于任何值，包括它自己。= NULL 的结果既不是 TRUE 也不是 FALSE，而是 UNKNOWN，在 WHERE 或 IF 条件中直接被当作假值跳过。你写的逻辑看似存在，实则根本不会进入分支。
必须改用 IS NULL 或 IS NOT NULL：
IF NEW.status IS NULL THEN ...WHERE OLD.email IS NOT NULL AND NEW.email IS NULL- 别碰
!= NULL、NULL、NOT (col = NULL)—— 全部无效
SQL Server 触发器中字符串拼接遇 NULL 就整个变空怎么办
SQL Server 的 + 运算符只要一侧是 NULL，结果就是 NULL，不是空字符串。这会导致日志字段全为 NULL、更新失败或后续 LEN()/UPPER() 报错。
正确做法是对每个可能为 NULL 的字段单独用 ISNULL 包裹：
ISNULL(INSERTED.name, '') + ' - ' + ISNULL(INSERTED.code, '')- 不能只包最外层：
ISNULL(INSERTED.name + ' - ' + INSERTED.code, '')—— 错误，加法早崩了 -
ISNULL第二个参数类型必须和第一个兼容：字段是INT，就别填'N/A'，该填0
MySQL/PostgreSQL 触发器里想用默认值兜底，COALESCE 怎么写才安全
COALESCE 是跨库通用的 fallback 方案，但容易踩类型和上下文两个坑：
- 所有参数必须类型兼容，例如
COALESCE(NEW.price, OLD.price)可以，但COALESCE(NEW.name, 123)多数引擎会报错 - 第二个及之后的参数不能是表达式（如
OLD.price * 1.1），MySQL 5.7+ 会拒绝创建触发器 -
BEFORE INSERT中没有OLD，只能用COALESCE(NEW.field, 'default')；BEFORE UPDATE才能混用NEW和OLD - 想保持旧值不变：
NEW.updated_at := COALESCE(NEW.updated_at, NOW())
UPDATE 触发器中怎么判断字段“从非空变成 NULL”
只查 INSERTED.col IS NULL 拿不到变化语义——它无法区分“本来就是空”和“这次被清空”。真正要捕获的是状态迁移：
- 清空动作：
DELETED.col IS NOT NULL AND INSERTED.col IS NULL - 补填动作：
DELETED.col IS NULL AND INSERTED.col IS NOT NULL - 别用
ISNULL(DELETED.col, '') != ISNULL(INSERTED.col, '')—— 把NULL和空字符串等同，掩盖业务含义 - 如果需区分“首次设空”和“反复设空”，得依赖额外字段（如
first_null_time）或事务上下文，COALESCE和ISNULL都做不到
触发器里的 NULL 不是数据问题，是逻辑断点。处理它的关键不是“怎么替换”，而是“在哪判断、用什么语法判断、替换成什么才不破坏语义”。漏掉 OLD 和 INSERTED 的对比，或在类型不匹配时硬套 COALESCE，都会让触发器静默失效——没报错，但业务逻辑已经偏航。
