你可能需要了解一下 MySQL 的 null 和 not null

分享 edwin404 ⋅ 于 2017-05-16 10:43:47 ⋅ 最后回复由 Nickel 2017-06-26 15:14:12 ⋅ 1635 阅读

这篇小短文讲的是啥

之前看到有人问到 PHPHub 迁移数据库文件中 nullable 和索引的问题,相信很多用了 MySQL 很久的人(特别是平时过多关注业务开发的人),对这两个字段属性的概念还不是很清楚,一般会有以下疑问:

  1. 我字段类型是 not null,为什么我可以插入 空值
  2. 为毛 not null 的效率比 null 高;
  3. 判断字段不为空的时候,到底要 column <> '' 还是要用 column is not null 呢。

带着上面几个疑问,我们来深入研究一下 nullnot null 到底有什么不一样。

null 和 空值 一样么

首先,我们要搞清楚 空值null 的概念:

  1. 空值 是不占用空间的;
  2. MySQL中的 null 其实是占用空间的,下面是来自于MYSQL官方的解释:

NULL columns require additional space in the row to record whether their values are NULL. For MyISAM tables, each NULL column takes one bit extra, rounded up to the nearest byte.

打个比方来说,你有一个杯子,空值代表杯子是真空的,NULL代表杯子中装满了空气,虽然杯子看起来都是空的,但是区别是很大的。

一个小栗子

搞清楚“空值”和“NULL”的概念之后,问题基本就明了了,我们搞个例子测试一下:

CREATE TABLE  `test` (
     `col1` VARCHAR( 10 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,
     `col2` VARCHAR( 10 ) CHARACTER SET utf8 COLLATE utf8_general_ci NULL
 ) ENGINE = MYISAM ;

问题1:我字段类型是 not null,为什么我可以插入 空值?

执行下面的SQL,发生错误,提示 Column 'col1' cannot be null

INSERT INTO `test` VALUES ( null, 1);

再来一条,执行成功。

INSERT INTO `test` VALUES ('',1);

可见,NOT NULL 的字段是不能插入NULL的(这不是废话么 :smile: ),只能插入 空值,上面的问题1也就有答案了。

问题2:为毛 not null 的效率比 null 高?

对于问题2,上面我们已经说过了,NULL 其实并不是空值,而是要占用空间,所以mysql在进行比较的时候,NULL 会参与字段比较,所以对效率有一部分影响。

而且B树索引时不会存储NULL值的,所以如果索引的字段可以为NULL,索引的效率会下降很多。

问题3:判断字段不为空的时候,到底要 column<>'' 还是要用 column is not null 呢。

我们再向test的表中插入几条数据:

INSERT INTO `test` VALUES ('', NULL);
INSERT INTO `test` VALUES ('1', '2');

现在根据需求,我要统计test表中col1不为空的所有数据,我是该用 <>'' 还是 IS NOT NULL 呢,让我们来看一下结果的区别。

现在表中的数据如下:

file

分别对照以下两句SQL的执行效果

SELECT * FROM `test` WHERE col1 IS NOT NULL

file

SELECT * FROM `test` WHERE col1 <> ''

file

可以看到,结果迥然不同,所以我们一定要根据业务需求,搞清楚到底是要用那种搜索条件,以及要不要为null。

自己遇到的一个小坑

在许久以前刚入职做第一个需求上线的时候,只一味注意到说是 not null 的效率比 null 的效率高。

好嘛~ 自己在现有的表上增加字段时全设置为了 not null,感觉自己屌屌的。

因为许多Service都有操作这个表的插入动作,结果可想而知,刚上线,错误 Column 'col1' cannot be null 弥漫了整个开发组每个人的邮箱。

所以,当业务量不是很大的情况下,很多技术的使用其实都需要根据实际状况综合考虑。

本人也是个Markdown重度爱好者,最后小小的推荐下自己写的一个Markdown个人文档管理平台,传送门

本帖已被设为精华帖!
本帖由 Summer 于 4个月前 加精
回复数量: 8
  • 怪兽L
    2017-05-16 11:11:41

    null一般用来表示不存在、无效的,而空值则表示这个值是空的,是有意义。除非真的有必要存null,不然都是建议使用not null的,而且像COUNT这种函数是不识别的 null 值的

  • edwin404 http://tecmz.com
    2017-05-16 11:22:57

    @怪兽L 确实,DBA也会建议使用 not null,不过现实中发现大家修改现有表的时候,为了避免类似插入非null报错问题,在一些不是特别核心的字段会经常使用null。

  • s4p3r
    2017-05-16 17:32:53

    附属字段我一般设为null类型,例如 , 某个表单中 , 有些值是根据其他情况才会出现的

  • 江湖大虾仁
    2017-05-17 00:53:19

    @edwin404 设置了not null,你还可以default ''啊。还是要看场景,业务需要null的再去用它

  • 生活无限好
    2017-05-19 23:21:53

    只有核心字段用not null的路过。。。

  • mingyun
    2017-06-18 17:38:22

    B树索引时不会存储NULL值的,所以如果索引的字段可以为NULL,索引的效率会下降很多。
    为什么 laravel 的 created_at,updated_at 都选择 null 呢?

  • edwin404 http://tecmz.com
    2017-06-18 17:55:54

    @mingyun 嗯,观察很细致哦~ 我也是刚刚才注意到这个问题。
    然后发现 Laravel 5.1 中Migrate的时候有 nullableTimestampstimestamps 两个函数可以用。
    在 Laravel5.2 的时候 timestamps 默认指向了 nullableTimestamps,根据github上的commit记录个人感觉可能是这个原因吧:
    https://github.com/laravel/framework/issues/12060

  • Nickel
    2017-06-26 15:14:12

    我之前的小Leader建议不是关键核心字段都 使用 可以为null
    而not null default '' 完全可以解决问题啊,因此我就很奇怪 null的使用场景到底是什么?
    另,楼主讲的那个项目事故的事情,我也发生过类似的事情,让一个新人具有如此规模的权限讲道理真的不是你的问题。

暂无评论~~
  • 请注意单词拼写,以及中英文排版,参考此页
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`, 更多语法请见这里 Markdown 语法
  • 支持表情,使用方法请见 Emoji 自动补全来咯,可用的 Emoji 请见 :metal: :point_right: Emoji 列表 :star: :sparkles:
  • 上传图片, 支持拖拽和剪切板黏贴上传, 格式限制 - jpg, png, gif
  • 发布框支持本地存储功能,会在内容变更时保存,「提交」按钮点击时清空
  请勿发布不友善或者负能量的内容。与人为善,比聪明更重要!
Ctrl+Enter