首先创建数据表，只有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。不积跬步，无以至千里。
