因为null与空字符串''本质不同，= ''无法匹配null，且忽略不可见字符和空格，需用where column is null or trim(column) = ''才能全面覆盖。
查空字符串时为什么 WHERE column = '' 不够用？
因为数据库里可能存在「看似为空、实则非空」的情况：比如含不可见字符（ 、
、
、全角空格）、NULL 值，或者字段类型是 TEXT 但被截断后留了空白。直接写 WHERE column = '' 会漏掉这些，尤其在 MySQL 的 STRICT_TRANS_TABLES 模式下，插入纯空格可能被自动 trim 成空字符串，但查询时仍需主动处理。
-
NULL和空字符串''是不同值，= ''不匹配NULL - PostgreSQL 默认不忽略尾部空格，
'a ' = 'a'返回false；MySQL 在ANSI模式外会忽略尾部空格 - 某些 ORM（如 Django）生成的查询可能隐式调用
TRIM()，但原生 SQL 不会
安全又通用的空字符串判断写法
推荐组合条件，覆盖 NULL、纯空格、真正空字符串三种情况。不同数据库语法略有差异，但逻辑一致：
WHERE column IS NULL OR TRIM(column) = ''
注意：TRIM() 在 SQLite 中叫 TRIM()，PostgreSQL 和 MySQL 都支持；SQL Server 要用 RTRIM(LTRIM(column)) 或 TRIM(column)（2017+）。如果字段可能含制表符或换行符，MySQL 可用 REGEXP '^\s*$'，PostgreSQL 用 ~ '^\s*$'。
- 别只用
IS NULL或只用= ''，二者必须同时判断 - 避免在
WHERE中对字段用函数（如TRIM(column)），否则无法走索引——如果高频查询，建议加函数索引（MySQL 8.0+、PostgreSQL 支持） - 如果确定字段不会为
NULL，且业务只关心「用户输入为空」，可简化为TRIM(column) = ''
一次性扫描整张表所有文本字段的脚本
当不知道哪些字段可能存空字符串，又不想逐个写 WHERE 时，可用元数据动态生成检查语句。以 PostgreSQL 为例：
SELECT format('SELECT %L AS column_name, COUNT(*) FROM %I WHERE %I IS NULL OR TRIM(%I) = '''',', column_name, table_name, column_name, column_name)
FROM pg_columns
WHERE table_name = 'your_table'
AND data_type IN ('text', 'character varying', 'character');
执行结果是一堆 SELECT 语句，复制运行即可。MySQL 对应查 information_schema.COLUMNS，字段类型过滤用 data_type IN ('varchar', 'text', 'char')。
- 别忘了把
your_table替换成真实表名 - 该脚本不检查
json或xml类型字段——它们内部的字符串需单独解析 - 大表慎用，
COUNT(*)+TRIM()可能触发全表扫描
应用层怎么避免空字符串入库？
查只是补救，源头控制更关键。ORM 层或 API 入参校验时，对字符串字段统一做 str.strip() == '' 判断（Python）、String.trim().isEmpty()（Java）或 !value || !value.trim()（JS）。数据库侧可加 CHECK 约束：
ALTER TABLE users ADD CONSTRAINT chk_name_not_blank CHECK (name IS NULL OR TRIM(name) '');
注意：MySQL 8.0.16+ 才支持 CHECK 约束生效（之前版本仅解析不执行）；SQLite 从 3.25.0 开始支持。
- 约束无法拦截
NULL，所以明确字段是否允许NULL很重要 - 如果业务允许「空字符串有意义」（比如表示“未填写”而非“无数据”），那就不该用
CHECK，而应在查询时区分语义 - 迁移旧数据时，先用
UPDATE ... SET col = NULL WHERE TRIM(col) = ''清理，再加约束
NULL 和 '' 当成一回事，或者在没确认数据库配置的情况下，盲目相信 = '' 能覆盖所有“空”场景。多花十秒加上 IS NULL OR TRIM(...) = '' 就能避开大部分线上排查。
