大家好，我是小耶。写功课只是为了我踩过的坑，你们别再踩了！

数据库里有一个设计，让无数新手怀疑人生——NULL。

你以为null代表“空”“什么都没有”“等于空白”。但数据库告诉你：WHERE column = NULL查不出任何数据；说起来，你以为COUNT能统计所有行。却被COUNT忽略了一些；你写了if 的判断，结果数据死活对不上。

痛点一： 遇到查询返回0行。却又确认列确实是空，手忙脚乱。

痛点二： 聚合统计时发现结果异常，原因是NULL被自动忽略。按理说，

痛点三： 业务计算出现全局NULL值导致报错或错误结论。

痛点四： 使用NOT IN时整条查询突然返回0行。

痛点五： 排序结果与预期不符，因为NULL位置不同。

先搞明白几个概念

NULL的本质: NULL不是空字符串“”。也不是0、false，而是一个独立的特殊值，表示“这个字段当前没有确定的值”。把它想成问卷上的“未作答”——不是否，也不是空白，而是“我不知道”。

三值逻辑: 大多数编程语言只有TRUE和FALSE两种结果，但数据库引入了NULL后逻辑运算变成了三值：TRUE、FALSE、UNKNOWN。当运算中涉及NULL时结果可能就是UNKNOWN——而WHERE只返回TRUE的行。UNKNOWN被当作FALSE处理，这就是为什么很多查询查不出数据的根本原因。

空字符串 vs NULL: 空字符串''是一个确定的值——长度为0；NULL表示“没有值”，''和NULL在数据库中完全不同。

五大反直觉陷阱 & 如何避免

至于陷阱一。WHERE column = NULL 查不出任何数据

如果你用普通等号去查找缺失值，一般会得到0行，接下来往往误以为表中无此类记录。

-- 你以为这样能查出所有 phone 为空的记录
SELECT * FROM users WHERE phone = NULL;-- 结果：0 行
-- 正确写法
SELECT * FROM users WHERE phone IS NULL;

为什么？因为 NULL 不等于任何东西，包括它自己。在数据库中这方面，

NULL = NULL → UNKNOWN
NULL!= NULL → UNKNOWN

只有使用 IS NULL / IS NOT NULL 才能正确判断。

陷阱二这方面，COUNT 忽略 NULL 值

-- 假设 users 表有 100 行。其中 10 行 phone 为 NULL
SELECT COUNT FROM users;-- 统计所有行
SELECT COUNT FROM users;-- 忽略 PHONE 为 NULL 的行

如果想知道“有多少人有手机号”，用 COT;想知道“总共有多少人”，用 COT".

再看陷阱三。 NULL 参与运算仍然返回 NULL

SELECT +null;-- null
SELECT 'hello' || null;-- null
SELECT null = '';-- UNKNOWN
SELECT null AND TRUE;-- UNKNOWN
SELECT salary + bonus FROM employees;-- 如果某员工 bonus 是 NULL，总薪资就变成了 NULL

这会让业务计算错误或报错。正确做法是用 COALESCE 把 NULL 替换为默认值：

SELECT salary + COALESCE AS total_salary
FROM employees;不过，-- 如果 bonus 为 null，则视作 0

再看陷阱四。NOT IN 遇到 NULL 整条查询返回空

Example:

sql -- Using NOT EXISTS SELECT * FROM users u WHERE NOT EXISTS ( SELECT 1 FROM orders o WHERE o.user_id = u.id);

-- Exclude Nulls from subquery if you prefer NOT IN: SELECT * FROM users u WHERE u.id NOT IN ( SELECT o.userid FROM orders o WHERE o.userid IS NOT NULL);

Why this matters If you forget about this subtle behavior you might think no records match when in reality re are valid matches—just not enough because of a single null in your list.

Tip Always inspect your subqueries for potential null values before using NOT IN.

---

小结

1️⃣ 判断 Null 用 IS 或 IS NOT ❌ = or != will never work correctly.

2️⃣ 运算中的 Null 用 COALESCE 替代默认值 ❌ 直接相加/拼接会得到 Null。

3️⃣ NOT IN 与 Null 的交互要警惕 ❌ 整条查询可能变成零行。

4️⃣ 聚合函数行为要记住 - COUNT: 包括所有行。- COUNT: 排除 Null 行。- SUM,G。MAX,MIN: 默认忽略 Null。

5️⃣ 设计上尽量避免可选字段留 Null sql CREATE TABLE users ( id INT PRIMARY KEY。name VARCHAR NOT NULL,status TINYINT NOT NULL DEFAULT 1,phone VARCHAR -- 可留Null，如果业务允许。)，

---

Pain Point Recap:\ 1️⃣ 当看到 “0 行” 时不要马上放弃检查是否用了 “=`”；\ 2️⃣ 聚合时报错或异常时要检查是否出现隐藏 Null；\ 3️⃣ 在计算薪资、金额等关键业务字段时用 COALESCE 防止全局 NaN；\ 4️⃣ 使用 “NOT IN” 前先筛除子查询里的 Null；\ 5️⃣ 对排序关注 SQL 对 Null 的默认处理。其实，

---

TIPS:\

\
• "IS" 是专门针对 SQL 标准设计来判断 Unknown 状态。它不会因为编程语言习惯而失效。
\
• "COALESCE" 是 ANSI 标准函数。在任何主流 DB 都能用，是处理未知数最安全的方法。
\
• "NOT EXISTS" 通常比 “NOT IN” 更高效，而且自然避免了 Null 带来的逻辑怪圈。
\
• "GROUP BY ... WITH ROLLUP" 等高级聚合功能也会受到 Null 的影响，请提前预判并补齐默认值或过滤掉无关数据。
\
• "DEFAULT" 和 "CHECK" 限制可以帮助你在建表阶段就消除大量潜在问题，使后续查询更可靠、更高效。
\
• "CASE WHEN …THEN ，ELSE …END" 可以灵活地在需要时替换掉不可预测的数据。比如将 Unknown 映射到特定占位符，再进行排序或汇总。
\ 欢迎留言讨论更多细节，我一定全力解答！小耶永远帮你甩掉 SQL 龟毛。

---