共计 3046 个字符，预计需要花费 8 分钟才能阅读完成。
在正式开始之前，咱们先来看下 MySQL 服务器的配置和版本号信息，如下图所示：
“兵马未动粮草先行”，看完了相干的配置之后，咱们先来创立一张测试表和一些测试数据。
-- 如果存在 person 表先删除
DROP TABLE IF EXISTS person;
-- 创立 person 表，其中 username 字段可为空，并为其设置一般索引
CREATE TABLE person (
id INT PRIMARY KEY auto_increment,
name VARCHAR(20),
mobile VARCHAR(13),
index(name)
) ENGINE='innodb';
-- person 表增加测试数据
insert into person(name,mobile) values('Java','13333333330'),
('MySQL','13333333331'),
('Redis','13333333332'),
('Kafka','13333333333'),
('Spring','13333333334'),
('MyBatis','13333333335'),
('RabbitMQ','13333333336'),
('Golang','13333333337'),
(NULL,'13333333338'),
(NULL,'13333333339');
select * from person; 构建的测试数据，如下图所示：
有了数据之后，咱们就来看当列中存在 NULL 值时，到底会导致哪些问题？
1.count 数据失落
当某列存在 NULL 值时，再应用 count 查问该列，就会呈现数据“失落”问题，如下 SQL 所示：
select count(*),count(name) from person; 查问执行后果如下：
从上述后果能够看出，当应用的是 count(name) 查问时，就失落了两条值为 NULL 的数据失落。
解决方案
如果某列存在 NULL 值时，就是用 count(*) 进行数据统计。
扩大常识：不要应用 count(常量)
阿里巴巴《Java 开发手册》强制规定：不要应用 count(列名) 或 count(常量) 来代替 count()，count() 是 SQL92 定义的规范统计行数的语法，跟数据库无关，跟 NULL 和非 NULL 无关。
阐明：count(*) 会统计值为 NULL 的行，而 count(列名) 不会统计此列为 NULL 值的行。
2.distinct 数据失落
当应用 count(distinct col1, col2) 查问时，如果其中一列为 NULL，那么即便另一列有不同的值，那么查问的后果也会将数据失落，如下 SQL 所示：
select count(distinct name,mobile) from person; 查问执行后果如下：
数据库的原始数据如下：
从上述后果能够看出手机号一列的 10 条数据都是不同的，但查问的后果却为 8。
3.select 数据失落
如果某列存在 NULL 值时，如果执行非等于查问（<>/!=）会导致为 NULL 值的后果失落。
比方以下这个数据：
我须要查问除 name 等于“Java”以外的所有数据，预期返回的后果是 id 从 2 到 10 的数据，但当执行以下查问时：
select * from person where name<>'Java' order by id;
-- 或
select * from person where name!='Java' order by id; 查问后果均为以下内容：
能够看出为 NULL 的两条数据凭空隐没了，这个后果并不合乎咱们的失常预期。
解决方案
要解决以上的问题，只须要在查问后果中拼加上为 NULL 值的后果即可，执行 SQL 如下：
select * from person where name<>'Java' or isnull(name) order by id; 最终的执行后果如下：
4. 导致空指针异样
如果某列存在 NULL 值时，可能会导致 sum(column) 的返回后果为 NULL 而非 0，如果 sum 查问的后果为 NULL 就能够能会导致程序执行时空指针异样（NPE），咱们来演示一下这个问题。
首先，咱们先构建一张表和一些测试数据：
-- 如果存在 goods 表先删除
DROP TABLE IF EXISTS goods;
-- 创立 goods 表
CREATE TABLE goods (
id INT PRIMARY KEY auto_increment,
num int
) ENGINE='innodb';
-- goods 表增加测试数据
insert into goods(num) values(3),(6),(6),(NULL);
select * from goods; 表中原始数据如下：
接下来咱们应用 sum 查问，执行以下 SQL：
select sum(num) from goods where id>4; 查问执行后果如下：
当查问的后果为 NULL 而非 0 时，就能够能导致空指针异样。
解决空指针异样
能够应用以下形式来防止空指针异样：
select ifnull(sum(num), 0) from goods where id>4; 查问执行后果如下：
5. 减少了查问难度
当某列值中有 NULL 值时，在进行 NULL 值或者非 NULL 值的查问难度就减少了。
所谓的查问难度减少指的是当进行 NULL 值查问时，必须应用 NULL 值匹配的查询方法，比方 IS NULL 或者 IS NOT NULL 又或者是 IFNULL(cloumn) 这样的表达式进行查问，而传统的 =、!=、<>... 等这些表达式就不能应用了，这就减少了查问的难度，尤其是对小白程序员来说，接下来咱们来演示一下这些问题。
还是以 person 表为例，它的原始数据如下：
谬误用法 1：
select * from person where name<>null; 执行后果为空，并没有查问到任何数据，如下图所示：
谬误用法 2：
select * from person where name!=null; 执行后果也为空，没有查问到任何数据，如下图所示：
正确用法 1：
select * from person where name is not null; 执行后果如下：
正确用法 2：
select * from person where !isnull(name); 执行后果如下：
举荐用法
阿里巴巴《Java 开发手册》举荐咱们应用 ISNULL(cloumn) 来判断 NULL 值 ，起因是在 SQL 语句中，如果在 null 前换行，影响可读性；而 ISNULL(column) 是一个整体，简洁易懂。从性能数据上剖析 ISNULL(column) 执行效率也更快一些。
扩大常识：NULL 不会影响索引
仔细的敌人可能发现了，我在创立 person 表的 name 字段时，为其创立了一个一般索引，如下图所示：
而后咱们用 explain 来剖析查问打算，看当 name 中有 NULL 值时是否会影响索引的抉择。
explain 的执行后果如下图所示：
从上述后果能够看出，即便 name 中有 NULL 值也不会影响 MySQL 应用索引进行查问。
总结
本文咱们讲了当某列为 NULL 时可能会导致的 5 种问题：失落查问后果、导致空指针异样和减少了查问的难度。因而在最初提倡大家在创立表的时候尽量设置 is not null 的束缚，如果某列的确没有值，能够设置空值（”）或 0 作为其默认值。
最初：大家还有因为 NULL 而造成的各种坑吗？欢送评论区补充留言。
参考 & 鸣谢
阿里巴巴《Java 开发手册》
关注公众号「Java 中文社群」发现更多干货。查看 Github 发现更多精彩：https://github.com/vipstone/a…
