!= '' 判断空字符串失效，因无法过滤 NULL（返回 UNKNOWN）和纯空白字符（如 ' '）；应组合 IS NOT NULL 与 TRIM()，如 WHERE TRIM(column) != ''，且注意函数索引以避免全表扫描。
用 != '' 判断空字符串为什么有时失效
直接写 WHERE column != '' 看似合理，但在某些数据库（比如 MySQL 严格模式关闭、PostgreSQL 的 text 类型配合 NULL 安全操作）中，它可能漏掉 NULL 值——因为 NULL != '' 返回的是 UNKNOWN，不被 WHERE 视为真。更隐蔽的问题是字段含纯空白字符（如 ' '、'\t'），!= '' 依然会把它当“非空”放行。
- 务必搭配
IS NOT NULL：写成WHERE column IS NOT NULL AND column != '' - 若需剔除空白字符，得先
TRIM()：例如WHERE TRIM(column) != '' - MySQL 8.0+ 支持正则，可写
WHERE column REGEXP '^[^[:space:]]+$'（匹配至少一个非空白字符）
用 LENGTH() 过滤空字符串的兼容性陷阱
LENGTH() 看起来直观：长度为 0 就是空串。但不同数据库对空值、字节 vs 字符长度、多字节字符（如中文）的处理差异很大。
- MySQL 中
LENGTH('')返回 0，但LENGTH(NULL)返回NULL，所以必须显式排除：WHERE LENGTH(column) > 0会自动跳过NULL行（因比较结果为UNKNOWN），但语义不清晰 - PostgreSQL 要用
LENGTH()配合COALESCE：写成WHERE COALESCE(LENGTH(TRIM(column)), 0) > 0，否则LENGTH(NULL)直接让整行失效 - Oracle 用户注意：
LENGTH()计算字符数，而LENGTHB()才是字节数；中文在 UTF-8 下占 3 字节，别误用错函数
真正健壮的写法：组合 TRIM() + IS NOT NULL + 长度或非空判断
生产环境最稳妥的方式不是单靠一个条件，而是分层清理。核心逻辑是：先去首尾空白，再确认非空且非 NULL。
- 通用 SQL（适配 MySQL / PostgreSQL / SQL Server）：
WHERE TRIM(COALESCE(column, '')) != ''
——COALESCE把NULL转为空串，TRIM清空格，最后判空 - MySQL 5.7+ 可简化：
WHERE TRIM(column) > ''（利用字符串比较，空串最小） - 如果字段允许全空白但业务上算“无效”，就别省
TRIM()；漏掉它，' '会被当成有效数据
性能提醒：这些写法会让索引失效吗
只要在列上套了函数（TRIM(column)、LENGTH(column)），绝大多数数据库无法使用该列上的普通 B-tree 索引——查询会退化为全表扫描。
- 高频过滤场景，建议建函数索引（MySQL 8.0+、PostgreSQL、Oracle 都支持）：
CREATE INDEX idx_trimmed_name ON users ((TRIM(name)));
- 若不能改表结构，把清洗逻辑提到应用层：查出原始数据后，在代码里用
str.strip()或String.trim()再过滤 -
column != '' AND column IS NOT NULL这种写法能走索引，但前提是字段不含空白字符；否则就是“快但错”
真正容易被忽略的点是：空字符串、NULL、空白字符这三者在业务语义里往往等价，但数据库从不自动帮你合并它们。一次 TRIM() 不到位，后续所有统计和去重都可能偏高。
