MySQL中判断NULL的唯一正确方式是IS NULL和IS NOT NULL；= NULL、!= NULL等比较运算符恒返回UNKNOWN，导致查询结果为空，且ISNULL()是返回0/1的函数，不可替代标准操作符。
WHERE 条件里不能用 = NULL 或 != NULL
这是最常踩的坑：写 WHERE column = NULL 看似合理，但 MySQL 会直接返回空结果集，哪怕该字段真有 NULL 值。因为 =、!=、 这些比较运算符遇到 NULL 时，一律返回 NULL（逻辑上既不是 true 也不是 false），而 WHERE 只保留 true 的行。
同理，WHERE column != 'xxx' 也会漏掉所有 column IS NULL 的行——这不是 bug，是 SQL 标准行为。
- ❌ 错误写法：
SELECT * FROM users WHERE email = NULL - ❌ 错误写法：
SELECT * FROM users WHERE password != ''（漏掉 NULL 和空字符串） - ✅ 正确写法：
SELECT * FROM users WHERE email IS NULL - ✅ 补充写法（查非空 + 非空字符串）：
SELECT * FROM users WHERE email IS NOT NULL AND email != ''
IS NULL 和 IS NOT NULL 是唯一可靠判断方式
MySQL 明确要求用 IS NULL 判断是否为 NULL，用 IS NOT NULL 判断是否非 NULL。这两个是专门为此设计的布尔运算符，返回 true/false，能被 WHERE 正确识别。
注意大小写不敏感（is null、IS NULL、Is Null 都可），但别写成函数形式如 isnull(column)——那是旧版兼容写法，且在某些严格模式下会报错。
- ✅ 推荐：
WHERE status IS NULL - ⚠️ 不推荐（兼容性差）：
WHERE isnull(status) - ✅ 多条件组合：
WHERE created_at IS NULL AND user_id > 100
联合查询 NULL 时要小心 NOT IN 和
当你写 WHERE id NOT IN (1, 2, NULL)，整个条件会恒为 NULL，导致查不到任何数据。因为只要子查询或列表中含 NULL，NOT IN 就失效。
同样，WHERE name 'admin' 不会包含 name IS NULL 的行，必须显式补上：
- ❌ 危险：
SELECT * FROM roles WHERE role_name NOT IN ('admin', 'user')（若子查询含 NULL，结果为空） - ✅ 安全：
SELECT * FROM roles WHERE role_name NOT IN ('admin', 'user') AND role_name IS NOT NULL - ✅ 更稳妥：
SELECT * FROM roles WHERE role_name NOT IN (SELECT r FROM allowed_roles WHERE r IS NOT NULL)
索引对 IS NULL 查询的影响取决于字段是否允许 NULL
如果字段定义为 NOT NULL，那 IS NULL 查询永远无结果，优化器可能直接跳过扫描；但如果字段允许 NULL（即建表时没加 NOT NULL），且该字段上有索引，MySQL 能利用索引快速定位 NULL 值——前提是索引类型支持（如 B-Tree 索引会把 NULL 当作最小值存）。
不过要注意：如果字段是联合索引的一部分，且 NULL 出现在非前导列，索引可能无法高效使用。
- ✅ 有索引加速：
CREATE INDEX idx_email ON users(email);→WHERE email IS NULL可走索引 - ⚠️ 可能失效：
CREATE INDEX idx_status_email ON users(status, email);→WHERE email IS NULL通常不走索引（除非 status 条件也固定）
NULL 不是值，是“缺失的未知”，所以所有涉及它的逻辑都得绕开常规比较。哪怕你只查一次，也得记住：只有 IS NULL 和 IS NOT NULL 是安全出口，其余全是断头路。
