IS NULL 是判断空值的唯一标准语法，因NULL不是值而是缺失标记，不能用=比较；需注意空字符串与NULL区别、索引支持限制、LEFT JOIN中IS NULL的正确位置，以及COALESCE/NULLIF对逻辑空值的处理。
WHERE 字段 IS NULL 不能写成 = NULL
SQL 里 NULL 不是值，而是“缺失值”的标记，所以不能用等号判断。写 WHERE name = NULL 永远不返回任何行，因为 NULL = NULL 的结果是 UNKNOWN，不是 TRUE。
必须用 IS NULL 或 IS NOT NULL：
SELECT * FROM users WHERE email IS NULL;
-
IS NULL是唯一标准写法，所有主流数据库（MySQL、PostgreSQL、SQL Server、SQLite）都支持 - 别写
WHERE col = ''代替IS NULL——空字符串和NULL是两回事 - 如果字段类型是
TEXT或JSON，还要注意：某些 ORM 或客户端会把空值转成空字符串再入库，查不到NULL不一定是语法错，可能是数据本身没存成NULL
IS NULL 在索引字段上可能走不了索引
很多数据库对 IS NULL 的索引支持有限，尤其在复合索引或非主键字段上，执行计划里容易看到 type: ALL（全表扫描）。
- MySQL 5.6+ 对单列索引的
IS NULL可以用索引；但如果是(a, b) INDEX，WHERE a = 1 AND b IS NULL就不一定能用全 - PostgreSQL 需要显式在索引中包含
NULLS策略，比如CREATE INDEX idx ON t (col) NULLS FIRST; - 如果查询频次高、数据量大，考虑加一个计算字段或触发器，把
IS NULL转成可索引的布尔值，比如email_is_null BOOLEAN GENERATED ALWAYS AS (email IS NULL) STORED
LEFT JOIN 后的字段 IS NULL 判断常被误用
这是最易出错的场景：想查“没关联上的记录”，但写了 WHERE right_table.id IS NULL 却放在了 ON 条件里，或者漏了 LEFT JOIN 直接写 JOIN。
- 正确姿势是：先
LEFT JOIN，再在WHERE子句里对右表字段判IS NULL - 错误写法：
LEFT JOIN orders ON users.id = orders.user_id AND orders.status IS NULL—— 这只会过滤右表匹配行，不会筛出“没订单”的用户 - 真正要查“没下过单的用户”：
SELECT u.* FROM users u LEFT JOIN orders o ON u.id = o.user_id WHERE o.id IS NULL;
COALESCE 或 NULLIF 有时比 IS NULL 更合适
当你要处理的是“逻辑空值”（比如空字符串、0、'N/A'），而不是数据库原生 NULL，硬套 IS NULL 会漏数据。
-
COALESCE(phone, mobile, email) IS NULL：查三个字段全为空/NULL 的记录 -
NULLIF(trim(name), '') IS NULL：把空白字符串转成NULL再判断，避免name = ''和name IS NULL分开写 - 注意
COALESCE所有参数类型要兼容，否则报错，比如COALESCE(created_at, 'no date')在 PostgreSQL 里会类型冲突
NULL 的语义模糊性常常藏在数据写入逻辑里——查不到，未必是 SQL 写错了，可能是 INSERT 时用了 '' 而不是 DEFAULT 或显式 NULL。
