查空字符串应使用 WHERE column_name = ''，但该条件无法匹配 NULL；需同时用 IS NULL 或 IFNULL() 处理，且 CASE 判断中 IS NULL 必须优先于 = ''。
直接用 = '' 查空字符串，但别误判 NULL
想找出字段值为空字符串的记录，最直接的写法当然是 WHERE column_name = ''。这个条件专门匹配那些长度为0的字符串，比如通过 INSERT INTO users (name) VALUES ('') 插入的数据。但这里有个经典的“坑”：= '' 对 NULL 值是完全无效的。因为 NULL = '' 的结果是 UNKNOWN，而非 TRUE，所以包含 NULL 的记录会被直接过滤掉。
实际开发中，你可能会遇到这样的困惑：明明执行了 SELECT * FROM users WHERE name = ''，结果却空空如也，但代码里确实插入过空字符串。这时候，问题往往出在字段被意外设为了 NULL——比如字段允许为 NULL 且插入时未赋值，而你却误以为它存的是空串。
IS NULL 和 = '' 必须分开写，不能混用 OR 就完事
如果需要同时筛选出 NULL 值和空字符串，就必须把两个条件都明确写出来：WHERE column_name IS NULL OR column_name = ''。可别想着走捷径，比如用 column_name IN (NULL, '')——这在 MySQL 里是行不通的，因为 NULL 无法参与等值比较，放在 IN 列表里是无效的。
这个组合条件在数据清洗和排查时特别实用。举个例子，要找出用户表中昵称为空或未填的记录，就可以这么写：SELECT id, nickname FROM users WHERE nickname IS NULL OR nickname = ''。再比如，导出“未填写手机号”的用户时，这个写法能一网打尽，无论是压根没赋值的 NULL，还是前端提交过来的空字符串 ''。
IFNULL() 可以简化判断逻辑，但注意类型隐式转换风险
如果业务上想把“空值”和“空串”当作同一种情况来处理，有个常用的简化技巧：先用 IFNULL(column_name, '') 函数把 NULL 转换成空字符串，然后再统一判断是否等于 ''，也就是 WHERE IFNULL(column_name, '') = ''。这个写法很简洁，也适合嵌套在 SELECT 子句里做状态标记。
不过，有两点需要警惕：
- 首先，
IFNULL()的第二个参数类型最好与字段本身一致，否则可能触发隐式类型转换，导致意外结果。比如，字段是TEXT类型，你却写了IFNULL(content, ' ')（注意中间有个空格），就可能因为填充（padding）或排序规则（collation）问题，导致匹配不上。 - 其次，在
WHERE条件中使用IFNULL()这类函数，通常会使得该字段上的索引失效（除非使用 MySQL 8.0 及以上版本支持的函数索引）。数据量一大，查询性能就会明显下降。
用 CASE 或 IF() 做字段级状态标记时，优先检查 IS NULL
当我们需要生成可读性更强的状态列时——比如把邮箱字段 email 清晰地区分为“空值”、“空字符串”和“有效”三类——推荐使用 CASE 表达式进行分层判断：
SELECT email,
CASE
WHEN email IS NULL THEN '空值'
WHEN email = '' THEN '空字符串'
ELSE '有效'
END AS email_status
FROM users;
这里的关键是判断顺序：必须把 IS NULL 放在 = '' 前面。如果顺序反了，先判断 email = ''，那么当 email 为 NULL 时，NULL = '' 的结果是 UNKNOWN，CASE 表达式会跳过这个分支，直接落到 ELSE，导致 NULL 被错误地标记为“有效”。这个顺序问题，一不留神就会导致数据统计出现偏差。
这个细节之所以重要，是因为现实业务中“空状态”的存储常常很混乱。有些系统设计将“未填写”统一存为 NULL，但一些框架或 ORM（例如 Lara vel Eloquent 的 fill() 方法）在接收前端空表单时，可能会将其转换为空字符串 '' 再存入数据库。于是，同一张表里就可能同时存在两种表示“空”的值。如果你的查询条件没有两者兼顾，漏掉任何一种，都可能让后续的数据分析失去准心。
