mysql的NULL导致的5个坑

Love The Way You Lie 2022-10-17 10:59 119阅读 0赞

## **2.distinct 数据丢失** ##

当使用 `count(distinct col1, col2)` 查询时，如果其中一列为 `NULL`，那么即使另一列有不同的值，那么查询的结果也会将数据丢失，如下 SQL 所示：

select count(distinct name,mobile) from person;

查询执行结果如下：

![592adf6f532d264241db490e1d4a20c4.png][]

数据库的原始数据如下：

![b47c68806bee5e6688998df9973110f4.png][]

从上述结果可以看出手机号一列的 10 条数据都是不同的，但查询的结果却为 8。

## **3.select 数据丢失** ##

如果某列存在 `NULL` 值时，如果执行非等于查询（<>/!=）会导致为 `NULL` 值的结果丢失。比如以下这个数据：

![558c1fbe8ce8a7cf9e3b71c371e9a13b.png][]

我需要查询除 name 等于“Java”以外的所有数据，预期返回的结果是 id 从 2 到 10 的数据，但当执行以下查询时：

select * from person where name<>'Java' order by id;
    -- 或
    select * from person where name!='Java' order by id;

查询结果均为以下内容：

![b4eb24228e82fab6ae727a04a649ece9.png][]

可以看出为 `NULL` 的两条数据凭空消失了，这个结果并不符合我们的正常预期。

### **解决方案** ###

要解决以上的问题，只需要在查询结果中拼加上为 `NULL` 值的结果即可，执行 SQL 如下：

select * from person where name<>'Java' or isnull(name) order by id;

最终的执行结果如下：

![583973c1900cb9126249fd2b6f8a66bf.png][]

## **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;

表中原始数据如下：

![c2a952df826ba5f5366bd28c25497d2c.png][]

接下来我们使用 `sum` 查询，执行以下 SQL：

select sum(num) from goods where id>4;

查询执行结果如下：

![d1ec647ee1ec7abfd83aab7d99580db0.png][]

当查询的结果为 `NULL` 而非 0 时，就可以能导致空指针异常。

### **解决空指针异常** ###

可以使用以下方式来避免空指针异常：

select ifnull(sum(num), 0) from goods where id>4;

查询执行结果如下：

![efdb3bb5c8d6b1a30db7b7e74dd055c4.png][]

## **5.增加了查询难度** ##

当某列值中有 `NULL` 值时，在进行 `NULL` 值或者非 `NULL` 值的查询难度就增加了。

所谓的查询难度增加指的是当进行 `NULL` 值查询时，必须使用`NULL` 值匹配的查询方法，比如 `IS NULL` 或者 `IS NOT NULL` 又或者是 `IFNULL(cloumn)` 这样的表达式进行查询，而传统的 `=、!=、<>...` 等这些表达式就不能使用了，这就增加了查询的难度，尤其是对小白程序员来说，接下来我们来演示一下这些问题。还是以 `person` 表为例，它的原始数据如下：

![121792e826e6329df5f3c82aab7de9ad.png][]

### **错误用法 1：** ###

select * from person where name<>null;

执行结果为空，并没有查询到任何数据，如下图所示：

![3de353b618c58890a08a6ba844bffbf4.png][]

### **错误用法 2：** ###

select * from person where name!=null;

执行结果也为空，没有查询到任何数据，如下图所示：

![3de353b618c58890a08a6ba844bffbf4.png][]

### **正确用法 1：** ###

select * from person where name is not null;

执行结果如下：

![8b9386b104b211f4ee0b577a8e9360b7.png][]

### **正确用法 2：** ###

select * from person where !isnull(name);

执行结果如下：

![8b9386b104b211f4ee0b577a8e9360b7.png][]

### **推荐用法** ###

**阿里巴巴《Java开发手册》推荐我们使用 `ISNULL(cloumn)` 来判断`NULL` 值**，原因是在 SQL 语句中，如果在 null 前换行，影响可读性；而 `ISNULL(column)` 是一个整体，简洁易懂。从性能数据上分析 `ISNULL(column)` 执行效率也更快一些。

## **扩展知识：NULL 不会影响索引** ##

细心的朋友可能发现了，我在创建 `person` 表的 `name` 字段时，为其创建了一个普通索引，如下图所示：

![99682d398c5c77b662b97fb8c220eca8.png][]

然后我们用 `explain` 来分析查询计划，看当 `name` 中有 `NULL` 值时是否会影响索引的选择。`explain` 的执行结果如下图所示：

![504cc361dff189ec69a6cee6cae0bcab.png][]

从上述结果可以看出，即使 `name` 中有 `NULL` 值也不会影响 MySQL 使用索引进行查询。

## **总结** ##

本文我们讲了当某列为 `NULL` 时可能会导致的 5 种问题：丢失查询结果、导致空指针异常和增加了查询的难度。因此在最后提倡大家在创建表的时候尽量设置 `is not null` 的约束，如果某列确实没有值，可以设置空值（''）或 0 作为其默认值。

[592adf6f532d264241db490e1d4a20c4.png]: /images/20221014/c21158a4864d4e5881ae89c5f35b83ab.png
[b47c68806bee5e6688998df9973110f4.png]: /images/20221014/0d38b0dfe449444390764d38d0420edd.png
[558c1fbe8ce8a7cf9e3b71c371e9a13b.png]: /images/20221014/2374696e5969423ca82fc4edcd8a4874.png
[b4eb24228e82fab6ae727a04a649ece9.png]: /images/20221014/51be06f90d6e4089923cbe93d20c3baa.png
[583973c1900cb9126249fd2b6f8a66bf.png]: /images/20221014/43e7a3cba8eb4912b5f1b0b23f7c0b77.png
[c2a952df826ba5f5366bd28c25497d2c.png]: /images/20221014/ba57a5532925411b8a7fd90745a1cc2b.png
[d1ec647ee1ec7abfd83aab7d99580db0.png]: /images/20221014/5308720772294588aaebc6e10e1dbbf6.png
[efdb3bb5c8d6b1a30db7b7e74dd055c4.png]: /images/20221014/7ed6f1959eaa49db8f2c68df96c57b87.png
[121792e826e6329df5f3c82aab7de9ad.png]: /images/20221014/0955453618964463a7ada17171863b88.png
[3de353b618c58890a08a6ba844bffbf4.png]: /images/20221014/64b96bee29dc4b73b30b01b731ce550f.png
[8b9386b104b211f4ee0b577a8e9360b7.png]: /images/20221014/f3c5afea5f5f477f9320a43e0bbf7f97.png
[99682d398c5c77b662b97fb8c220eca8.png]: /images/20221014/0bd11441ab4f487cb590a93ef523433e.png
[504cc361dff189ec69a6cee6cae0bcab.png]: /images/20221014/a85629f16993478da948020cd1b314ea.png