is not null是唯一标准且跨数据库兼容的非空判断写法，只排除null值；若还需过滤空字符串，须额外添加and column != ''或trim(column) != ''。
WHERE条件里用IS NOT NULL判断字段非空
SQL中判断字段是否为空，不能用!= ''或!= NULL——后者语法错误，前者漏掉NULL值，前者还把空字符串和NULL混为一谈。真正可靠的方式是显式使用IS NOT NULL。
它只匹配数据库中该列为NULL（未知/缺失值）的相反情况，不关心内容是不是空字符串、0、空格或false。
-
NULL是SQL中的特殊标记，不是值，所以任何与NULL的等值比较（如= NULL、!= NULL）结果都是UNKNOWN，被WHERE过滤掉 -
IS NOT NULL是唯一标准且跨数据库兼容的写法，MySQL、PostgreSQL、SQL Server、Oracle都支持 - 如果还要排除空字符串，得额外加条件：
AND column_name != ''（注意：PostgreSQL里空字符串和NULL不同，但MySQL在严格模式下也可能区分）
IS NOT NULL和!= ''混用时的典型陷阱
常见错误是以为“不为空”等于“有内容”，于是写成WHERE name != ''，结果查不到name为NULL的记录——这没问题；但更危险的是，它也查不到name = ' '（纯空格）或name = '\t\n'的记录，而这些在业务上往往也算“空”。
- 纯空格字段不会被
!= ''拦截，但会被TRIM(column_name) = ''识别；若要一并过滤，得组合写：WHERE column_name IS NOT NULL AND TRIM(column_name) != '' - 在MySQL中，若字段是
CHAR类型，末尾空格会被自动截断，=''可能误判；IS NOT NULL完全不受此影响 - 索引对
IS NOT NULL通常友好（尤其B-tree索引），但对TRIM()或函数包裹的列就无法走索引，性能会明显下降
多字段联合非空校验怎么写
当需要多个字段同时不为空才返回记录，别用AND堆砌一堆IS NOT NULL——虽然语法正确，但可读性和维护性差。更清晰的做法是集中判断，并留出扩展余地。
- 基础写法：
WHERE col_a IS NOT NULL AND col_b IS NOT NULL AND col_c IS NOT NULL - 想快速跳过含任意
NULL的行，可以改用WHERE (col_a, col_b, col_c) IS NOT NULL——但注意：这是PostgreSQL支持的行级判断，MySQL不支持，SQL Server也不支持，得避免跨库误用 - 如果后续要加入空字符串检查，建议提前抽象逻辑，例如封装成视图或CTE：
WITH valid_rows AS (SELECT * FROM t WHERE col_a IS NOT NULL AND TRIM(col_a) != '') SELECT * FROM valid_rows
ORDER BY里IS NOT NULL能控制排序优先级吗
不能直接用IS NOT NULL作排序字段，但它可以参与表达式排序，实现“非空值排前面”的效果。本质是利用布尔表达式在排序中转为整数（true→1，false→0），再倒序即可。
- 让非空值优先：
ORDER BY (column_name IS NOT NULL) DESC, column_name - 注意括号必须有，否则部分数据库（如旧版MySQL）会解析出错；PostgreSQL允许省略，但加上更稳妥
- 这种写法在分页场景下要小心：如果大量数据是
NULL，OFFSET可能跳过预期行数，因为排序后位置已变 - 如果字段是文本类型，且想让非空值按字母序排、
NULL统一垫底，直接ORDER BY column_name NULLS LAST更简洁——但仅PostgreSQL/Oracle支持；MySQL和SQL Server需用IS NOT NULL模拟
实际写查询时，先想清楚“空”在你业务里到底指什么：是数据库意义上的缺失（NULL），还是用户输入的无效内容（空串、空格、默认值）。这两个概念经常被当成一回事，但处理方式和代价完全不同。
