is null 是判断空值的唯一正确语法，因 null 非值而是缺失标记，= null 永不成立；coalesce 用于安全返回首非空值，跨库兼容但不可掩盖空值问题。
IS NULL 不能用等号判断，必须用专门语法
SQL 里 NULL 不是值，而是“缺失值”的标记，所以 column = NULL 永远返回 FALSE 或 UNKNOWN，查不到任何行。必须用 IS NULL 或 IS NOT NULL。
常见错误现象：写 WHERE status = NULL 结果为空，但表里明明有空数据；或者用 != NULL 试图排除空值，同样失效。
- 正确写法：
WHERE status IS NULL、WHERE name IS NOT NULL - 注意：不能加引号，
WHERE status = 'NULL'是在查字符串字面量，不是空值 - 在索引字段上用
IS NULL通常能走索引（取决于数据库实现，PostgreSQL/MySQL 8.0+ 支持对 NULL 建索引）
COALESCE 是安全取默认值的首选，不是简单替换
COALESCE 按顺序返回第一个非 NULL 的表达式值，它不改变原数据，只影响查询结果呈现或计算逻辑。和 IFNULL（MySQL）、ISNULL（SQL Server）不同，COALESCE 是 SQL 标准函数，跨数据库兼容性更好。
使用场景：报表中把空邮箱显示为“未提供”，聚合时避免 SUM 被整个置为 NULL，或连接条件中补全关联键。
- 基本用法：
COALESCE(email, '未提供')—— 如果email为NULL，返回字符串'未提供' - 多参数链式判断：
COALESCE(phone_work, phone_mobile, '暂无联系方式') - 类型需兼容：所有参数会隐式转为最高优先级类型，比如
COALESCE(123, 'abc')在 PostgreSQL 会报错（类型冲突），MySQL 可能转成字符串但行为不一致，建议显式统一类型
联合排查空值时，别让 COALESCE 掩盖真实问题
用 COALESCE 给空值兜底很方便，但它会让原始空值“消失”在结果里，反而不利于定位数据质量问题。比如订单表里 customer_id IS NULL 本应是异常，但如果查询时写成 COALESCE(customer_id, 0)，后续分析可能误以为 ID=0 是合法客户。
推荐做法：先用 IS NULL 定位，再决定是否用 COALESCE 处理。
- 快速统计空值比例：
SELECT COUNT(*) FILTER (WHERE amount IS NULL) * 100.0 / COUNT(*) AS null_pct FROM orders（PostgreSQL）；MySQL 可用SUM(IF(amount IS NULL, 1, 0)) - 排查空值来源：检查上游 ETL 是否漏传、外键约束是否缺失、应用层是否允许空插入
- 慎用
COALESCE在 JOIN 条件中，如ON a.id = COALESCE(b.ref_id, a.id)，容易导致意外笛卡尔积或逻辑混乱
WHERE 中混用 IS NULL 和 COALESCE 可能引发性能陷阱
在 WHERE 子句里对字段用 COALESCE(column, 'default') 判断，会导致该列无法有效使用索引（因为做了函数计算），而 column IS NULL 通常可以走索引。
例如想查“状态为空或等于待处理”，写成 WHERE COALESCE(status, '待处理') = '待处理' 看似简洁，但实际会全表扫描；而拆成 WHERE status IS NULL OR status = '待处理' 更高效且语义清晰。
- 索引友好写法：
WHERE status IS NULL、WHERE status IN ('已发货', '已取消') - 避免在 WHERE 中对字段调用
COALESCE、IFNULL等函数，除非你确认该列没建索引或数据量极小 - 如果业务逻辑确实需要“空即某值”的语义，考虑在写入时就填充默认值，或建生成列（Generated Column）并为其建索引
空值不是“看不见的问题”，而是数据库里最常被误读的语义陷阱。IS NULL 和 COALESCE 各有边界：一个负责暴露空，一个负责安抚空；用错地方，前者查不到数据，后者藏住问题。
