数据库里有个设计，让无数新手在深夜怀疑人生——NULL。
你可能以为NULL就是空、就是什么都没有、就是空白。但数据库爸爸会告诉你：WHERE column = NULL？不好意思，一条数据都查不出来。你以为COUNT(*)能统计所有行，结果COUNT(column)悄悄漏掉了一堆。你写了个if(value == null)的判断，数据死活对不上——道理都懂，可它就是跟你作对。
一切的根源在于——NULL在数据库里，压根不是空值，而是一个特殊标记，表示“未知”或“不适用”。
今天就把它彻底讲清楚，帮你把这些反直觉的坑一个个填上。
几个先搞明白的概念
NULL的本质：NULL不是空字符串''，不是0，不是false。它是一个独立的特殊值，表示“这个字段当前没有确定的值”。你可以把它想象成一张问卷上的“未作答”——不是“否”，也不是“空白”，而是“我不知道”。
三值逻辑：大多数编程语言只有TRUE和FALSE两种结果。但NULL一掺和进来，逻辑运算就变成了三值：TRUE、FALSE、UNKNOWN。涉及NULL时，结果很可能就是UNKNOWN。而WHERE条件只返回TRUE的行，UNKNOWN被当作FALSE处理，这就是为什么很多查询“查不出数据”的根本原因。
空字符串 vs NULL：空字符串''是一个确定的值——它就是一个长度为0的字符串。NULL表示“没有值”。''和NULL在数据库里是两码事，千万别混为一谈。
NULL的五大反直觉陷阱
陷阱一：WHERE column = NULL 查不出任何数据
新手必踩，没跑。
-- 你以为这样能查出所有phone为空的记录
SELECT * FROM users WHERE phone = NULL;
-- 结果：0行
-- 正确写法
SELECT * FROM users WHERE phone IS NULL;
为什么？因为NULL不等于任何东西，包括它自己。在数据库中：
NULL = NULL → UNKNOWN（不是TRUE）
NULL != NULL → UNKNOWN（不是TRUE）
NULL = NULL的结果是UNKNOWN，而WHERE只认TRUE，所以查出来0行。必须用IS NULL或IS NOT NULL来判断。
陷阱二：COUNT(column) 忽略NULL值
-- 假设users表有100行，其中10行phone为NULL
SELECT COUNT(*) FROM users; -- 100（统计所有行）
SELECT COUNT(phone) FROM users; -- 90（忽略NULL值）
COUNT(*)统计行数，不管字段是什么。COUNT(column)只看该字段非NULL的行数。如果你想知道“有多少人有手机号”，用COUNT(phone)；如果你想知道“总共有多少人”，用COUNT(*)。
陷阱三：NULL参与运算，结果还是NULL
SELECT 1 + NULL; -- NULL
SELECT 'hello' || NULL; -- NULL
SELECT NULL = 0; -- UNKNOWN（不是FALSE）
SELECT NULL = ''; -- UNKNOWN（不是FALSE）
SELECT NULL AND TRUE; -- UNKNOWN（不是FALSE）
任何值和NULL运算，结果都是NULL。这在业务代码里会埋下不少隐形冲击波：
-- 计算员工总薪资
SELECT salary + bonus FROM employees;
-- 如果某个员工bonus是NULL，整条记录的总薪资就是NULL
正确做法是用COALESCE把NULL替换为默认值：
SELECT salary + COALESCE(bonus, 0) FROM employees;
-- NULL变成0，计算正常
陷阱四：NOT IN 遇到NULL，整个查询结果为空
这个最隐蔽，杀伤力也最大。
-- 假设子查询返回了 (1, 2, NULL)
SELECT * FROM users WHERE id NOT IN (SELECT user_id FROM orders);
-- 如果orders表里有user_id为NULL的记录，整个查询返回0行
为什么？因为NOT IN在底层展开成：
WHERE id != 1 AND id != 2 AND id != NULL
id != NULL的结果是UNKNOWN，整个AND表达式变成UNKNOWN，WHERE就不返回任何行了。
解决办法：用NOT EXISTS替代NOT IN，或者在子查询中排除NULL：
-- 方案一：NOT EXISTS
SELECT * FROM users u WHERE NOT EXISTS (
SELECT 1 FROM orders o WHERE o.user_id = u.id
);
-- 方案二：子查询排除NULL
SELECT * FROM users WHERE id NOT IN (
SELECT user_id FROM orders WHERE user_id IS NOT NULL
);
陷阱五：排序时NULL的位置
不同数据库对NULL的处理方式不一样：
SELECT * FROM users ORDER BY phone ASC;
-- MySQL：NULL排在最前面
-- Oracle/PostgreSQL：NULL排在最后面
如果不确定数据库的默认行为，最好显式指定：
-- PostgreSQL
SELECT * FROM users ORDER BY phone ASC NULLS FIRST;
SELECT * FROM users ORDER BY phone DESC NULLS LAST;
-- MySQL（用IF/CASE处理）
SELECT * FROM users ORDER BY IF(phone IS NULL, 1, 0), phone ASC;
NULL的正确打开方式
判断NULL：用IS NULL或IS NOT NULL，别用=或!=。
处理NULL参与计算：用COALESCE提供默认值。
SELECT COALESCE(phone, '未登记') FROM users;
SELECT salary + COALESCE(bonus, 0) FROM employees;
聚合函数对NULL的态度：
| 函数 | 对NULL的处理 |
|---|---|
| COUNT(*) | 统计所有行，不忽略NULL |
| COUNT(column) | 忽略该列的NULL值 |
| SUM(column) | 忽略NULL值 |
| A VG(column) | 忽略NULL值，且分母也不计NULL行 |
| MAX/MIN | 忽略NULL值 |
| GROUP BY | NULL值被分到同一组 |
避免NULL的设计思路：
如果业务上某个字段“必须有值”，建表时就加上NOT NULL约束，并设置默认值：
CREATE TABLE users (
id INT PRIMARY KEY,
name VARCHAR(50) NOT NULL,
status TINYINT NOT NULL DEFAULT 0,
phone VARCHAR(20) -- 允许NULL，因为确实可能没登记
);
能NOT NULL的字段就别留NULL。NULL存在的每一处，都是未来查询时可能踩的坑。
总结
NULL不是空值，是“未知”。记住三句话：
- 判断NULL用IS NULL，别用=
- NULL参与运算结果是NULL，用COALESCE处理
- NOT IN遇到NULL会吞掉所有结果，改用NOT EXISTS
建表时能NOT NULL就别留NULL，少一个NULL，少十个bug。
