一、问题原因

时间字段在导入值'0000-00-00 00:00:00'或者添加 NOT NULL的时间字段时，会往mysql添加0值，此时可能出现此报错。

这是因为当前的MySQL不支持datetime为0，在MySQL5.7版本以上，默认设置sql_mode模式包含NO_ZERO_DATE, NO_ZERO_IN_DATE，表示系统里DATE类型字段不能为0。

二、解决方案

2.1 临时方案，命令行修改，推荐

进入mysql后，执行命令查询当前的模式：

mysql> SELECT @@sql_mode;

就可以查到当前系统的sql_mode配置，比如查询结果为：

发现配置里有NO_ZERO_DATE,NO_ZERO_IN_DATE，这时我们可以临时移除掉为0限制，它只对本次会话有效：

mysql> SET @@sql_mode = 'STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION';

再次查询：

这个方案推荐的理由是，临时修改不会影响现有的模式和数据安全机制。

2.2 全局方案，修改my.cnf或者my.ini，不推荐

mysql的配置文件，在windows系统中是 my.ini，其余系统为 my.cnf。

这里以centos为例，打开配置文件my.cnf

> vi /etc/my.cnf

如果存在sql_mode，则移除为0限制。

比如本来配置是 sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,NO_ENGINE_SUBSTITUTION，则修改为sql_mode=STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION：

如果不存在sql_mode，则从默认配置文件拷贝一个过来，并移除为0限制即可，最终配置如上图所示，在节点mysqld下。

这个方案不推荐的理由是，直接修改了sql_mode模式，允许0值存在。

对于字段，我们尽量做到不为null，如果从业务来说可以为空，则为空时设置默认的时间即可。这样从代码和数据优化来说都比较好理解和操作。

2.3 字段类型转换方案，不推荐

也有网友提供了这个方案，先把字段设置成varchar格式，导入数据或者执行命令后，再把字段转换成date格式：

-- 先把字段 clm_date 转换成varchar mysql> ALTER TABLE tbl_tmp CHANGE clm_date clm_date VARCHAR(20) NULL;  -- 导入数据或者执行相关命令 -- ...  -- 再把字段 clm_date 的类型转换回datetime mysql> ALTER TABLE tbl_tmp CHANGE clm_date clm_date DATETIME NOT NULL;

这里不推荐的理由，一般来说有了第一种方案，也就没必要进行类型转换。有一种情况就是，如果没有权限设置sql_mode，但是可以进行表格的modify，此时这种方案是可行的。