为什么建议MySQL列属性尽量用 NOT NULL ？

在 MySQL 中，NULL 表示不知道的数据。

我们在设计表的时候，经常会有老司机这么告诉我们。

字段尽可能用NOT NULL，而不是NULL，除非特殊情况。

这句话到底有没有错？

可以负责任的告诉你这句话没有错，也不是以讹传讹，这句话首次出现在 MySQL 官网。

image

如果你读过《高性能 MySQL》这本书，你应该会看到这么一段，在 4.1 节提到。

image

Mysql难以优化可空列查询，它会使索引、索引统计和值更加复杂。可空列需要更多的存储空间，还需要mysql内部进行特殊处理。可空列被索引后，每条记录都需要一个额外的字节，用于标示是否可空，还能导致MYisam 中固定大小的索引变成可变大小的索引。

由此看来，把 NULL 改成 NOT NULL 对索引的性能并没有明显的提升。避免使用 NULL 的目的，是便于代码的可读性和可维护性。同时也便于避免下文即将出现的一些稀奇古怪的错误。

好了，下面咱们通过实验来看看，使用 NULL 会出现那些稀奇古怪的错误呢？

跟我一样在本地建两个表 t1，t2；其中一个表 name 字段允许为空，另一个表 name 字段不允许为空，分别对 name 字段建立索引，SQL 语句如下

image

image

image

image

1、NOT IN、!= 等反向条件查询在有 NULL 值的情况下返回非空行的结果集

比如上例中的 t2，我执行如下 SQL 语句

SELECT * from t2 where name != '张三'

你本打算返回 id 为 2 的那行数据，然而什么都没有。

image

又比如这条 SQL 语句

select * from t2 where name not in (select name from t2 where id!=1)

也返回了空结果集。

2、使用 concat 函数拼接时，首先要对各个字段进行非 NULL 判断，否则只要任何一个字段为空都会造成拼接的结果为 NULL

比如下面这条 SQL 语句

SELECT CONCAT("1",NULL)

image

3、当用count函数进行统计时，NULL 列不会计入统计

SELECT count(name) from t2

image

注意：count( * ),count(1)和count(col)的区别：count( * )和count(1)查询列的包括null和not null的，而count(col)查询列只包含not null的。

4、查询空行数据，用 is NULL

SELECT * FROM t2 where name is NULL

image

5、NULL 列需要更多的存储空间，一般需要一个额外的字节作为判断是否为 NULL 的标志位。

如果你仔细观察 t1 和 t2 表的 key_len，会发现 t2 比 t1 多了一个字节。

explain SELECT * from t2 where name = '张三'

image

explain SELECT * from t1 where name = '张三'

image

key_len 的长度一般跟这三个因素有关，分别是数据类型，字符编码，是否为 NULL。

因此，t2 比 t1 多出的这一个字节，用于作为判断是否为 NULL 的标志位了。

马蛋，原来一切都在书中。如果面试的哪位同学多读几篇《高性能 MySQL》这本书，那个岗位就是他的了，但没有那么多如果...

在此，建议大家多看官方文档，多读点好书，多关注一些良心的原创技术自媒体，不要看那些无凭无据的文章，反而会以讹传讹，贻害无穷。