为何不用 Null ，详解

Null貌似在哪里都是个头疼的问题，例如Java里有人头疼的NullPointerException，为了避免猝死及防空指针异常，千百年来程序猿们不得不在代码里小心翼翼的各种如果判断，麻烦而又臃肿，估计java8发出了可选来避免这一问题。

下面咱们要聊的是MySQL里的null，在大量的MySQL优化文章和书籍里都提到了放置使用用NOT NULL，而不是NULL，除非特殊情况。而是都只给指定不说明原因，犹如鸡汤这里今天就详细的剖析下使用Null的原因，并给出一些不用Null的理由。

1，NULL为什么这么多人用？

NULL是创建数据表时零的，初级或不知情的或怕麻烦的程序员不会注意这点。
很多人员都以为不是null需要更多空间，其实这不是重点。

重点是很多程序员觉得NULL在开发中不用去判断插入数据，写sql语句的时候更方便快捷。

2，是不是以讹传讹？

MySQL官网文档：

NULL列在行中需要额外的空间以记录其值是否为NULL。对于MyISAM表，每个NULL列都多花一位，四舍五入到最接近的字节。

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

-出自《高性能mysql第二版》

照此分析，还真不是以讹传讹，这是有理论依据和出处的。

3，给我一个不用Null的理由？

所有使用NULL值的情况，都可以通过一个累积的值的表示，这样有利于代码的突出性和可维护性，并能从约束上增强业务数据的规范性。
NULL值到非NULL的更新无法做到原地更新，更容易发生索引分裂，从而影响性能。

注意：但把NULL列调整为NOT NULL带来的性能提示很小，除非确定它带来了问题，否则不要把它当成优先的优化措施，最重要的是使用的列的类型的适当性。

NULL值在timestamp类型下容易出问题，特别是没有启用参数explicit_defaults_for_timestamp
NOT IN，！=等负向条件查询在有NULL值的情况下返回永远为空结果，查询容易出错

举例说明：

create table table_2 (
     `id` INT (11) NOT NULL,
    user_name varchar(20) NOT NULL
)


create table table_3 (
     `id` INT (11) NOT NULL,
    user_name varchar(20)
)

insert into table_2 values (4,"zhaoliu_2_1"),(2,"lisi_2_1"),(3,"wangmazi_2_1"),(1,"zhangsan_2"),(2,"lisi_2_2"),(4,"zhaoliu_2_2"),(3,"wangmazi_2_2")

insert into table_3 values (1,"zhaoliu_2_1"),(2, null)

-- 1、NOT IN子查询在有NULL值的情况下返回永远为空结果，查询容易出错
select user_name from table_2 where user_name not in (select user_name from table_3 where id!=1)

mysql [email protected]:t_test_zz5431> select user_name from table_2 where user_name not
                                    -> in (select user_name from table_3 where id!=1);
+-------------+
| user_name   |
|-------------|
+-------------+
0 rows in set
Time: 0.008s
mysql [email protected]:t_test_zz5431>

-- 2、单列索引不存null值，复合索引不存全为null的值，如果列允许为null，可能会得到“不符合预期”的结果集
-- 如果name允许为null，索引不存储null值，结果集中不会包含这些记录。所以，请使用not null约束以及默认值。
select * from table_3 where name != 'zhaoliu_2_1'

-- 3、如果在两个字段进行拼接：比如题号+分数，首先要各字段进行非null判断，否则只要任意一个字段为空都会造成拼接的结果为null。
select CONCAT("1",null) from dual; -- 执行结果为null。

-- 4、如果有 Null column 存在的情况下，count(Null column)需要格外注意，null 值不会参与统计。
mysql [email protected]:t_test_zz5431> select * from table_3;
+------+-------------+
|   id | user_name   |
|------+-------------|
|    1 | zhaoliu_2_1 |
|    2 | <null>      |
|   21 | zhaoliu_2_1 |
|   22 | <null>      |
+------+-------------+
4 rows in set
Time: 0.007s
mysql [email protected]:t_test_zz5431> select count(user_name) from table_3;
+--------------------+
|   count(user_name) |
|--------------------|
|                  2 |
+--------------------+
1 row in set
Time: 0.007s

-- 5、注意 Null 字段的判断方式， = null 将会得到错误的结果。
mysql root@localhost:cygwin> create index IDX_test on table_3 (user_name);
Query OK, 0 rows affected
Time: 0.040s
mysql root@localhost:cygwin>  select * from table_3 where user_name is null\G
***************************[ 1. row ]***************************
id        | 2
user_name | None

1 row in set
Time: 0.002s
mysql root@localhost:cygwin> select * from table_3 where user_name = null\G

0 rows in set
Time: 0.002s
mysql root@localhost:cygwin> desc select * from table_3 where user_name = 'zhaoliu_2_1'\G
***************************[ 1. row ]***************************
id            | 1
select_type   | SIMPLE
table         | table_3
type          | ref
possible_keys | IDX_test
key           | IDX_test
key_len       | 23
ref           | const
rows          | 1
Extra         | Using where

1 row in set
Time: 0.006s
mysql root@localhost:cygwin> desc select * from table_3 where user_name = null\G
***************************[ 1. row ]***************************
id            | 1
select_type   | SIMPLE
table         | None
type          | None
possible_keys | None
key           | None
key_len       | None
ref           | None
rows          | None
Extra         | Impossible WHERE noticed after reading const tables

1 row in set
Time: 0.002s
mysql root@localhost:cygwin> desc select * from table_3 where user_name is null\G
***************************[ 1. row ]***************************
id            | 1
select_type   | SIMPLE
table         | table_3
type          | ref
possible_keys | IDX_test
key           | IDX_test
key_len       | 23
ref           | const
rows          | 1
Extra         | Using where

1 row in set
Time: 0.002s
mysql root@localhost:cygwin>

Null列需要更多的存储空间：需要一个额外的字节作为判断是否为NULL的标志位

举例说明：

alter table table_3 add index idx_user_name (user_name);
alter table table_2 add index idx_user_name (user_name);
explain select * from table_2 where user_name='zhaoliu_2_1';
explain select * from table_3 where user_name='zhaoliu_2_1';

可以看到同样的varchar（20）长度，table_2要比table_3索引长度大，这是因为：

两张表的字符集不一样，且串联一个为NULL一个非NULL。

key_len的计算规则和三个因素有关：数据类型，字符编码，是否为NULL

key_len 62 == 20 * 3（utf8 3字节）+ 2（存储varchar变长字符长度2个字节，定长变量没有多余的字节）
key_len 83 == 20 * 4（utf8mb4 4字节）+ 1（是否为Null的标识）+ 2（存储varchar变长字符长度2个字节，定长没有多余的字节）

所以说索引索引最好不要为空，因为空索引索引，索引统计和值更复杂，并且需要额外一个字节的存储空间。基于以上这些理由和原因，我想咱们不用Null的理由应该是够了:)

— 完 —

为何不用 Null ，详解

猜你喜欢