为何不建议给MySQL设置Null值?《死磕MySQL系列 十八》

2022年05月13日 阅读数:5
这篇文章主要向大家介绍为何不建议给MySQL设置Null值?《死磕MySQL系列 十八》,主要内容包括基础应用、实用技巧、原理机制等方面,希望对大家有所帮助。

你们好,我是咔咔 不期速成,日拱一卒web

以前ElasticSearch系列文章中提到了如何处理空值,若为Null则会直接报错,由于在ElasticSearch中当字段值为null时、空数组、null值数组时,会将其视为该字段没有值,最终仍是须要使用exists或者null_value来处理空值数据库

大多数ElasticSearch的数据都来自于各种数据库,这里暂且只针对于MySQL,各个开源软件中都默认兼容各类Null值,空数组等等数组

若从根源上截断就能够省不少事,直到如今不少开发小伙伴仍是坚韧不拔的给字段的默认值仍是Nullapp

本期就来聊一聊为何不建议给字段的默认值设置为Null编辑器

本期环境为:MySQL8.0.26svg

null
null

1、案例数据

建立表user函数

CREATE TABLE `user` (
 `id` int(11) unsigned NOT NULL AUTO_INCREMENT,
 `name` varchar(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci DEFAULT NULL,
 `age` tinyint(4) unsigned NOT NULL,
 PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci

添加数据,共计10条数据,有两条数据的name值为Nulloop

INSERT INTO `user` (`name`, `age`) VALUES ('kaka', 26);
INSERT INTO `user` (`name`, `age`) VALUES ('niuniu', 26);
INSERT INTO `user` (`name`, `age`) VALUES ('yangyang', 26);
INSERT INTO `user` (`name`, `age`) VALUES ('dandan', 26);
INSERT INTO `user` (`name`, `age`) VALUES ('liuliu', 26);
INSERT INTO `user` (`name`, `age`) VALUES ('yanyan', 26);
INSERT INTO `user` (`name`, `age`) VALUES ('leilie', 26);
INSERT INTO `user` (`name`, `age`) VALUES ('yao', 26);
INSERT INTO `user` (`name`, `age`) VALUES (NULL, 26);
INSERT INTO `user` (`name`, `age`) VALUES (NULL, 26);

1、count数据丢失

在这期 MySQL统计总数就用count,别花里胡哨的《死磕MySQL系列 十》 文章中,已经对count的使用说的很是明白了。学习

那借着这个案例,来分析一下为何数据会丢失,先看结果flex

select count(*) as num1 ,count(name) as num2 from user;

使用count字段名时出现了数据丢失,很明显是由于主键ID九、10这两条记录的name值为空形成的。

为何会出现这种状况?

当count除了主键字段外,会有两种状况:

一种是字段为null,执行时,判断到有多是null,但还要把值取出来再判断下,不是null的进行累加

另外一种是字段为not null,执行时,逐行从记录里边读出这个字段,判断不是null,才进行累加

此时,我们遇到的问题是name字段的值存在了null值,因此会走第一种状况,不进行统计null值

为何建议你们都使用count(*)?

MySQL对于count作了专门的优化,跟字段不一样的是并非把全部带了*的值取出来,而是指定了count(*)确定不是null,只须要按行累加便可

MySQL团队对count(*)作了什么优化?

MySQL系列文章至今已经更新了第十八期了,你有没有猜到缘由呢?

如今你应该知道主键索引结构中叶子节点存储的是整行数据,而普通索引叶子节点存储的是主键ID

那对于普通索引来讲确定会比主键索引小,由于对于MySQL来讲,无论遍历哪一个索引结果都同样,因此优化器会主动去找到那颗最小的树进行遍历。

在逻辑正确的前提下,尽可能减小访问数据量,是数据库系统设计通用法则之一。

最后给你们留一个问题,为何Innodb存储引擎不跟Myisam存储同样存储一个count值呢?

若是不知道的话,能够看上文提到的count文章

2、为distinct仗义执言

在开发工做中使用Distinct进行去重的场景十分的少,大多数状况都是使用group by完成的

select distinct name from user;

能够看到此时的数据依然是正确的,对Null值作了去重的操做

为何要说这个,由于咔咔在其它的平台上看到过有人这么使用count(distinct name,mobile),而后说是统计出来的数据不许确。

这种用法依然是count(字段)的用法,distinct自己是会对Null进行去重,去重后依然是须要判断name的值不为null时,才会进行累计。

因此,不要把锅甩给distinct

3、使用表达式数据丢失

在一些值为null时,使用表达式会形成数据的不一致,接下来一块儿看下

select * from user where name != 'kaka';
表达式形成数据丢失
表达式形成数据丢失

这跟咱们的预期结果不大一致,预期是想返回id2~10的数据

固然,这个问题也不是无解,MySQL一样也提供了方法

要解决这个问题,只能再加一个条件就是把字段值为null的再单独处理一下

isnull
isnull

4、空指针问题

若是一个列存在null值,使用MySQL的聚合函数后返回结果是null,而并不是是0,就会形成程序执行时的指针异常

CREATE TABLE user_order (
 id INT PRIMARY KEY auto_increment,
 num int
) ENGINE='innodb';
insert into user_order(num) values(3),(6),(6),(NULL);

建立用户订单数量表,并插入4条数据,接下来演示一下产生的问题

select sum(num) from goods where id>4;
聚合函数产生的问题
聚合函数产生的问题

能够看到当字段为null时,使用聚合函数返回值就是null,并不是是0,那么这个问题要怎么处理呢?

一样MySQL也给你们提供了对应函数,就是ifnull

select ifnull(sum(num), 0) from goods where id>4;
在这里插入图片描述
在这里插入图片描述

5、这是在难为谁?

当一个字段的值存在null值,若要进行null值查询时,必需要使用isnull或者ifnull进行匹配查询,又或者使用is null,is not null。

而经常使用的表达式就不能再进行使用了,有工做经验的还好的,要是新人的话会很难受。

接下来看几个新人常常犯的错误

错误一

对存在null值的字段使用表达式进行过滤,正确用法应该是is null 或者 is not null

select * from user where name<>null;
在这里插入图片描述
在这里插入图片描述

错误二

依然是使用表达式,一样可使用isnull

在这里插入图片描述
在这里插入图片描述

6、总结

说了这么多也都感受到了字段设置为null的麻烦之处,不过幸亏的是MySQL对使用is null、isnull()等依然可使用上索引。

咔咔目前所在的公司存在大量字段默认值就是null,因而代码中就大量存储ifnull、is null、is not null等代码。

通常字段数值类型的默认值就给成0,字符串的给个空也行,千万不要给null了哈!

推荐阅读

死磕MySQL系列总目录

闯祸了,生成环境执行了DDL操做《死磕MySQL系列 十四》

聊聊MySQL的加锁规则《死磕MySQL系列 十五》

为何不让用join?《死磕MySQL系列 十六》

MySQL对JOIN作了那些鲜为人知的优化《死磕MySQL系列 十七》

坚持学习、坚持写做、坚持分享是咔咔从业以来所秉持的信念。愿文章在偌大的互联网上能给你带来一点帮助,我是咔咔,下期见。