应主动拦截和转换NULL：在BEFORE触发器中用IF或CASE显式处理，如SET NEW.discount_rate = COALESCE(NEW.discount_rate, 0)，避免算术运算结果为NULL导致逻辑错误。
触发器里遇到 NULL 参与运算直接变 NULL 怎么办
SQL 中任何值与 NULL 做算术运算（+、-、*、/）或比较（=、>），结果都是 NULL，不是报错，而是“静默失效”。在触发器中这很危险——比如更新订单总额时，某字段为 NULL，整个 total = qty * price 就变成 NULL，后续业务逻辑可能误判为“未计算”或跳过校验。
核心解法是主动拦截和转换：别依赖数据库默认行为，要在触发器内部显式处理 NULL。常见手段包括：
- 用
COALESCE(price, 0)把空价格转成 0（适合允许免费场景） - 用
NULLIF(qty, 0)配合条件判断，避免除零（但注意它返回的是NULL，不是抛异常） - 在
BEFORE INSERT/UPDATE触发器中，直接用IF或CASE检查关键字段是否为NULL，并SET合理默认值或ROLLBACK
BEFORE UPDATE 触发器中防止 NULL 导致字段清空
典型陷阱：用户提交表单时没填「折扣率」，后端传 NULL 到数据库，触发器执行 new.final_price = new.base_price * (1 - new.discount_rate)，结果 final_price 变成 NULL，而不是保留原值。
正确做法是在触发器开头就做防御性赋值：
DELIMITER $$
CREATE TRIGGER update_order_final_price
BEFORE UPDATE ON orders
FOR EACH ROW
BEGIN
IF NEW.discount_rate IS NULL THEN
SET NEW.discount_rate = 0;
END IF;
SET NEW.final_price = NEW.base_price * (1 - NEW.discount_rate);
END$$
DELIMITER ;注意：BEFORE 触发器中修改 NEW 字段才有效；AFTER 里改已无意义。另外，IS NULL 不能写成 = NULL，这是初学者高频错误。
用 CASE 替代简单 COALESCE 处理业务语义不同的 NULL
COALESCE 看似方便，但它把所有 NULL 当作同一类问题处理。实际中，NULL 可能代表“未知”“不适用”“尚未确认”等不同含义。比如库存字段为 NULL，可能是“未录入”，也可能是“无限库存”——不能一概置为 0。
此时该用 CASE 显式分支：
SET NEW.avail_qty = CASE WHEN NEW.avail_qty IS NULL AND NEW.is_unlimited = 1 THEN 999999 WHEN NEW.avail_qty IS NULL THEN 0 ELSE NEW.avail_qty END;
这种写法让逻辑可读、可审计，也方便后续加监控（比如记录哪些行因 is_unlimited=1 被设为超大值）。
触发器里慎用 SELECT ... INTO 获取可能为 NULL 的关联值
常有人在触发器里写 SELECT max_version INTO @v FROM versions WHERE item_id = NEW.item_id，如果查不到数据，@v 就是 NULL，后续拿它参与计算又掉坑里。
必须加兜底：
- 用
SELECT COALESCE(MAX(version), 0) INTO @v ... - 或先查
COUNT(*)判断是否存在，再决定是否赋值 - 更稳妥的是：把这类查询提到应用层，或改用外键约束 + 默认值，减少触发器负担
触发器不是万能胶，NULL 处理的复杂度一旦上升，就该考虑重构数据模型或前置校验——毕竟触发器里调试难、性能差、还容易被 DISABLE TRIGGER 绕过。
