MySQL中含NULL的!=条件查询未返回预期结果的原因

问题核心原因 #

SQL采用三值逻辑（3-Valued Logic, 3VL），和常规的布尔逻辑（真/假）不同，它多了一个UNKNOWN状态，专门用来处理NULL相关的比较。

NULL在SQL里代表的是「未知/缺失的数据」，不是一个具体的数值。当你用!=1和NULL做比较时，结果既不是TRUE也不是FALSE，而是UNKNOWN。而WHERE子句只会保留那些条件结果为TRUE的行，UNKNOWN的行直接被过滤掉——这就是为什么is_deactivated !=1查不到NULL的行，要是你的活跃数据大部分是NULL状态，这条语句自然就没有结果。

而(df.is_deactivated IS NULL OR df.is_deactivated = 0)之所以能正常工作，是因为：

• 当字段是NULL时，IS NULL会明确返回TRUE
• 当字段是0时，=0返回TRUE
  两个条件满足任意一个就会被保留，正好覆盖了所有活跃行的情况。

背后的设计考量 #

SQL里的NULL设计是为了贴合现实中数据缺失的场景：

1. 逻辑严谨性：如果把NULL当作普通值处理，会出现逻辑矛盾——比如NULL = NULL要是返回TRUE，但实际上两个未知的值无法确定是否相等；反之如果返回FALSE，也不符合逻辑。用UNKNOWN来表示这种不确定的状态，能保证逻辑上的一致性。
2. 避免误导性结果：假设NULL被默认判定为「不等于1」，那你可能会误以为这个字段确实有一个非1的值，但实际上它是缺失的，这会让查询结果的准确性大打折扣。
3. 明确区分缺失与已知值：IS NULL/IS NOT NULL专门用来检测缺失数据，和普通的数值比较分开，让开发者能精准控制查询逻辑，避免混淆“未知”和“已知非1”的场景。

内容的提问来源于stack exchange，提问作者Danyal Sandeelo