先说几个核心判断：IS NOT NULL是标准SQL语法里不可或缺的一部分，但有个硬性规则——必须带空格。如果你写成ISNOTNULL，对不起，所有主流数据库（包括PostgreSQL、MySQL、SQL Server、Oracle和SQLite）都会直接报错，因为在SQL词法解析阶段，它会被识别成一个未定义的标识符。
这个规则听着简单，但从报错来看，很多新手甚至一些老用户都会在这里栽跟头。MySQL会甩给你一个ERROR 1064 (42000)，告诉你语法有问题；PostgreSQL则可能会更迷惑人，比如报出类似“operator does not exist: text = isnotnull”的错，因为它把ISNOTNULL当成了一个普通的列名或函数标识符。简单说，ISNOTNULL既不是函数，也不是保留字的组合，在SQL标准里，IS是一个一元谓词操作符，必须和NOT NULL分开使用。
怎么正确写 IS NOT NULL 条件？
这个条件只出现在WHERE或HA VING子句里，作用是排除掉字段值为NULL的行。需要特别说明的是：空字符串''、数字0、布尔值FALSE都不是NULL，它们都会被保留在结果里。所以基本写法就是SELECT * FROM users WHERE email IS NOT NULL;，多字段时也可以并列判断，比如WHERE first_name IS NOT NULL AND last_name IS NOT NULL。
一个容易犯的错是和!=混用：email != NULL在SQL的三值逻辑里永远返回UNKNOWN，不会匹配任何行。如果你想同时排除NULL和空字符串，得额外加条件：email IS NOT NULL AND email != ''。
不同数据库里的差异
语法上虽然统一，但行为细节有细微差别：
- MySQL：对
TEXT或JSON字段，IS NOT NULL只检查是否为NULL，不校验内容有效性。比如JSON字段存了无效的字符串，也算“非NULL”。 - PostgreSQL：支持表达式索引，比如
CREATE INDEX idx ON tbl ((col IS NOT NULL))，能加速这类查询。 - SQL Server：如果字段有筛选索引（比如
WHERE col IS NOT NULL），查询可能走索引；否则就是全表扫描。 - 所有数据库里，
IS NOT NULL无法直接使用普通B-tree索引加速（除非建函数索引或过滤索引），在性能敏感场景下需要留意。
容易被忽略的坑：NULL、空值、默认值和计算字段
很多人以为设了DEFAULT 'N/A'就不会出现NULL，但实际并非如此：显式插入NULL会绕过默认值，CASE或计算字段的结果也可能产出NULL。比如，插入时没指定字段，且该字段允许NULL，值为NULL（哪怕有DEFAULT，也只在显式用DEFAULT关键字或省略该列时生效）。COALESCE(status, 'pending')返回的是非NULL，但原始status列本身仍可能是NULL。再比如CASE WHEN x > 0 THEN 'yes' END，条件不满足时也返回NULL，不是空字符串。
这里有一个非常实用的建议：在用IS NOT NULL做筛选前，先用SELECT col, COUNT(*) FROM t GROUP BY col看看实际有哪些值，比凭经验猜靠谱得多。真正麻烦的不是语法写错，而是误以为“非NULL就等于有业务意义的数据”——比如手机号字段非NULL，但存了'000-000-0000'或'123'，这种数据IS NOT NULL是挡不住的。
