对NotNull字段插入Null值有啥现象？

首先创建数据表，只有1列id、没有默认值，且不能为Null

然后我们像下面这样尝试插入一条SQL。

你会发现，本篇的问题答案已经有了：默认情况下，如果该列要求不能为null。用户还往里面写入null，就会报错：cannot be null

当然本篇文章并没有结束，下面跟大家分享另外一个拓展知识：sql mode 。

这个拓展知识点也是下一篇文章“ 能谈谈 date、datetime、time、timestamp、year的区别吗？” 的储备知识。

引出了一个 sql_mode 的概念，也就是SQL的执行模式。

默认情况下MySQL会用严格模式运行SQL。

你可以像下面这样查看MySQL使用了哪些sql mode。

MySQL会根据sql_mode系统变量的值将这些模式不同地应用于不同的客户端。

使用不同的sql mode执行sql，可能会得到不同的响应结果。

为了更直观的看出sql mode 对sql执行结果的影响，推荐你看一下下面的这两个小Demo，都不复杂。

实验一：

创建一张简单的表 t3，id非空、没有默认值。

先看看默认的情况下，会有什么响应！

在默认的sql mode下，执行一条插入空值的语句，发现报错了

再看看，关闭严格的sql mode后会有什么响应。

关闭严格模式后执行的结果如下图所示。

你会发现这次结果是 wanring + MySQL帮你插入默认值

实验二：

默认开启严格模式后往int类型的列插入空串（任意串）会报错。

关闭严格模式后，执行下面的SQL会爆出wanrning。

查看插入的结果

从上面的实验来看，相信你已经看出了现象：无论是否开启了严格模式，MySQL都不允许往not null字段插入null值，它不会因为你插入null，而将null转成该数据类型的0值。

所谓都严格模式，就是将参数 NO_AUTO_CREATE_USER 设置给sql mode

 

下面再为大家介绍几个常见或者和日期相关的sql mode。

研发的同学了解就好了，不用刻意记住它，了解就是加分项！

1、STRICT_TRANS_TABLES

将其加入到sql_mode之后，MySQL会判断是否可以直接把用户给的值插入事务表中，如果不能就中止该语句。对于非事务表，如果该值出现在单行语句或多行语句的第一行中，则中止该语句。

结合上面的例子可以更好的理解STRICT_TRANS_TABLES的作用。

2、NO_ZERO_IN_DATE

将其加入到sql_model之后，MySQL将不允许你将诸如 0000-10-10、2020-00-10、2020-10-00等年份、月份、日期为零的值插入到Date列中。

目前该参数处于目前该参数默认会生效，但是在未来的版本中将会被删除。

3、NO_ZERO_DATE：

该参数控制MySQL是否允许将 '0000-00-00'作为有效日期。

如果未启用此模式， '0000-00-00'允许插入不会产生警告。

如果启用此模式，'0000-00-00' 允许插入且产生警告。

如果启用了此模式和严格模式， '0000-00-00' 插入产生错误，除非 IGNORE同样给出。对于 INSERT IGNORE和UPDATE IGNORE，'0000-00-00'允许插入且产生警告。

本文到这里就行将结束了，主要跟大家分享一个 sql mode 拓展知识点。

作为研发同学的你了解就好了，如果没时间去实际操作一下就看下我上面的小Demo。不积跬步，无以至千里。

下一篇文章白日梦将结合本节的 sql mode 同你分享另一个话题：

“能谈谈 date、datetime、time、timestamp、year的区别吗？”