你好，我是yes。

前不久看到面试群里有同学发表了一个疑问：

且这位同学还想了解下其中的原理：

是的，MySQL 中null 值确实无法通过这种条件筛选出来，因为 null 值的定义就跟普通值不一样。

拿官网的例子来说：

mysql> INSERT INTO my_table (phone) VALUES (NULL);
mysql> INSERT INTO my_table (phone) VALUES ('');

第一条 SQL 表达的意思是：不知道这个人的手机号码，用 null 表示未知。

第二条 SQL 表达的意思是：这个人就是没有手机号码，所以存了一个空字符串。

按照这个角度去看待群里同学的提问，其实不难理解为什么 xx!='xx' 查询不出 null 的数据了。

因为 null 值表示未知，它的值可能是任意你能想到的值，目前还不能定义它。

看到有同学可能不服：我不管它到底等于什么，反正从目前来看它是 null，它就 !='xx'，所以应该查得出来。

额...怎么说呢，人家规矩就是这样定的，在人家的地盘上就得按人家的规矩办事。

MySQL 说：To look for NULL values, you must use the IS NULL 。

so，事情就是这样，也没啥好纠结的点，查 null 的语法就不一样。

不仅如此，看官网介绍，其实 null 还有其它不一样的地方。

When using DISTINCT, GROUP BY, or ORDER BY, all NULL values are regarded as equal.

当使用 DISTINCT, GROUP BY, 或者 ORDER BY 时候，null 值都会被认为是相等的，这个可以理解。

还有排序的时候，null 值默认会排在最前面，如果想放在最后面，用 DESC。

Aggregate (group) functions such as COUNT(), MIN(), and SUM() ignore NULL values

聚合函数，比如 count、min、max、sum 等，会忽略统计 null 值的字段。

比如现在有一个表 a，一共有 3 条数据，其中两条地址是 null。

当执行SELECT count(address) FROM sys.a;，结果只会返回 1。

所以，如果你实际的需求是统计行数的话，记得用 count(*)，而不是某个可能为 null 的字段。

最后

最后提炼下一些日常工作容易出错的点：

1. null 值的过滤需要利用 is null 和 is not null，无法用 !=、<> 之类的来判断。
2. 聚合函数统计需要注意使用可能为 null 字段的统计不一定是你想要的结果。
3. 空指针，聚合函数使用可能为 null 字段时，可能返回值就是 null

还有，如果表中存在可能为 null 的字段，那么在实际存储上每条记录也会多花一个字节来表示当前记录目前某列是否为 null。

因此如果表内字段能确定一定不为 null，为了节省空间，都应该设为 not null。

官网网址：https://dev.mysql.com/doc/refman/8.0/en/problems-with-null.html