WHERE column != 'value' 自动跳过NULL行，因NULL是未知标记，与任何值比较均返回UNKNOWN，而WHERE只保留TRUE结果；正确补全需用OR column IS NULL或COALESCE。
WHERE column != 'value' 为什么自动跳过 NULL 行
因为 != 是比较运算符，而 NULL 不是值，是“未知”标记。任何与 NULL 的比较（包括 !=、=、<）都返回 UNKNOWN，而 WHERE 只保留计算结果为 TRUE 的行。UNKNOWN 被直接过滤掉，所以 column != 'done' 这条条件对 column IS NULL 的行完全不生效——它们既不满足，也不被拒绝，而是被逻辑上“忽略”了。
常见错误现象：
-
SELECT * FROM tasks WHERE status != 'completed'查不到status IS NULL的待处理任务 - 用
!= NULL或!= 'NULL'都无效：!= NULL永远返回UNKNOWN；!= 'NULL'是在匹配字符串字面量'NULL'，不是数据库的 NULL 标记
如何补全 NULL 行：OR IS NULL 还是 COALESCE？
要让 “不等于某值” 同时包含 NULL 行，必须显式声明。两种主流写法：
- 用
OR column IS NULL：最标准、跨库兼容，但可能影响索引使用（尤其当 NULL 比例高时，优化器倾向全表扫描） - 用
COALESCE(column, 'placeholder') != 'value'：把 NULL 转成确定值再比，语义清晰，但要注意类型一致性——比如COALESCE(price, 0)在 PostgreSQL 中若price是DECIMAL，而0是整数，会触发隐式转换失败 - MySQL 用户可考虑
IFNULL(column, '') != 'value'，但这是方言函数，迁移到 PostgreSQL 或 SQL Server 就会报错
IS NOT NULL 和 != 根本不是一回事
WHERE column IS NOT NULL 只表示“该字段有值”，它不管这个值是不是空字符串、全空格、零或默认时间。而 != 'x' 是在做值比较，天然排斥 NULL，且对非 NULL 值也只排除字面相等的那部分。
-
phone IS NOT NULL→ 留下'138...'、''、' '、'0' -
phone != ''→ 留下'138...'、NULL、'0'，但踢掉'' - 真正想筛“业务上有效手机号”，得组合：
phone IS NOT NULL AND TRIM(phone) != ''
子查询里用 NOT IN 遇到 NULL 更危险
这其实是同一套三值逻辑的延伸：id NOT IN (1, 2, NULL) 等价于 id != 1 AND id != 2 AND id != NULL，最后一项永远是 UNKNOWN，导致整个表达式为 UNKNOWN，整行被丢弃——结果就是查不到任何数据，哪怕 id 是 3、4、5。
- 安全替代：改用
NOT EXISTS，它不依赖比较逻辑，天然绕过 NULL 陷阱 - 或者强制清洗子查询结果：
NOT IN (SELECT id FROM logs WHERE id IS NOT NULL)
真正容易被忽略的是：NULL 的行为不是 bug，是 SQL 标准三值逻辑的必然结果。你写的每一条 WHERE 条件，只要涉及比较，就得先问一句——这个字段可能为 NULL 吗？如果答案是“可能”，那就没有捷径，必须显式处理。
