mysql中null导致逻辑失效的三大陷阱：一是=、in等比较遇null返回unknown，需用is null/coalesce显式处理；二是select into空结果不置null而保留旧值，应初始化或用coalesce兜底；三是null参与运算引发静默传播，须全程用coalesce清洗。
存储过程里用=或IN判断可能为NULL的变量，逻辑直接失效
这是最常踩的坑：MySQL对NULL的比较是三值逻辑，=、!=、IN遇到NULL一律返回UNKNOWN，既不是TRUE也不是FALSE，所以IF my_status = 'active'在my_status为NULL时根本不会进分支，也不会报错，静默跳过。
正确做法必须显式拆解判断：
- 用
IS NULL或IS NOT NULL单独判断空状态 - 组合条件时写成
IF my_status IS NOT NULL AND my_status IN ('active', 'pending') THEN - 若想把NULL也纳入某类逻辑（比如视为空闲），先用
COALESCE(my_status, 'idle')兜底再比
SELECT ... INTO 遇到空结果集，变量值被“意外保留”
SELECT col INTO @var FROM t WHERE id = 123;如果没查到数据，@var不会变成NULL，而是维持上一次赋的值——这在循环或多次调用的存储过程中极易导致脏数据污染后续逻辑。
两种可靠解法：
- 每次使用前强制初始化：
SET @var = NULL;再执行SELECT ... INTO - 改用表达式兜底：
SET @var = COALESCE((SELECT col FROM t WHERE id = 123), 'default');——子查询无结果时返回NULL，COALESCE再转默认值 - 补检查：
SELECT ROW_COUNT() > 0 INTO @has_data;，靠@has_data控制流程
变量参与运算时NULL传播，结果全变NULL却不报警
SET @sum = @sum + amount;只要amount是NULL，整个@sum立刻变成NULL，且后续所有基于它的计算（比如再加一个非NULL数）仍为NULL。这种“静默归零”比报错更危险。
关键预防点：
- 所有参与算术/字符串拼接的变量，先用
COALESCE(@var, 0)或COALESCE(@var, '')清洗 - 避免混用类型：
COALESCE(int_col, 'N/A')会触发隐式转换，MySQL可能报warning甚至截断 - 优先选
COALESCE()而非IFNULL()：前者是SQL标准，支持多参数链式fallback（如COALESCE(a, b, 0)），移植性好
触发器中漏判NULL，UPPER或CONCAT等函数直接中断事务
在BEFORE INSERT触发器里写SET NEW.name = UPPER(NEW.name);，如果NEW.name是NULL，UPPER(NULL)返回NULL，看起来没事；但一旦后面跟着IF LENGTH(NEW.name) ，<code>LENGTH(NULL)也是NULL，整个条件又失效。
真正危险的是这类组合：
-
SET NEW.phone = CONCAT('86-', NEW.phone);→CONCAT('86-', NULL)=NULL，字段被清空 -
IF NEW.created_at > NOW() THEN ...→NULL > NOW()=UNKNOWN，分支不执行，但你可能以为它进了“非法时间”处理逻辑 - 解决方案：所有输入参数都先兜底，例如
SET NEW.phone = COALESCE(NEW.phone, '');再拼接
