MySQL8 datetime类型的字段插入‘0000-00-00 00:00:00‘

在MySQL 5中，‘0000-00-00 00:00:00’ 是一个有效的 DATETIME 值，然而，在 MySQL 8 中，默认情况下，‘0000-00-00 00:00:00’ 不是一个有效的 DATETIME 值，特别是在启用了严格模式（STRICT_TRANS_TABLES 或 STRICT_ALL_TABLES）的情况下。可以通过修改SQL模式，关闭严格模式，实现向MySQL 8 datetime类型的字段插入’0000-00-00 00:00:00’。

-- 查看SQL模式
SELECT @@sql_mode;

ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION

ONLY_FULL_GROUP_BY

对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那么将认为这个SQL是不合法的，因为列不在GROUP BY从句中。

STRICT_TRANS_TABLES

在该模式下，如果一个值不能插入到一个事务表中，则中断当前的操作，对非事务表不做任何限制。

NO_ZERO_IN_DATE

在严格模式，不接受月或日部分为0的日期。如果使用IGNORE选项，我们为类似的日期插入’0000-00-00’。在非严格模式，可以接受该日期，但会生成警告。

NO_ZERO_DATE

在严格模式，不要将 '0000-00-00’做为合法日期。你仍然可以用IGNORE选项插入零日期。在非严格模式，可以接受该日期，但会生成警告。

ERROR_FOR_DIVISION_BY_ZERO

在严格模式，在INSERT或UPDATE过程中，如果被零除(或MOD(X，0))，则产生错误(否则为警告)。如果未给出该模式，被零除时MySQL返回NULL。如果用到INSERT IGNORE或UPDATE IGNORE中，MySQL生成被零除警告，但操作结果为NULL。

NO_AUTO_CREATE_USER

防止GRANT自动创建新用户，除非还指定了密码。

NO_ENGINE_SUBSTITUTION

如果需要的存储引擎被禁用或未编译，那么抛出错误。不设置此值时，用默认的存储引擎替代，并抛出一个异常。

以下为MySQL5.0以上版本支持三种sql_mode模式

ANSI

宽松模式，更改语法和行为，使其更符合标准SQL。对插入数据进行校验，如果不符合定义类型或长度，对数据类型调整或截断保存，报warning警告。对于本文开头中提到的错误，可以先把sql_mode设置为ANSI模式，这样便可以插入数据，而对于除数为0的结果的字段值，数据库将会用NULL值代替。

TRADITIONAL

严格模式，当向mysql数据库插入数据时，进行数据的严格校验，保证错误数据不能插入，报error错误，而不仅仅是警告。用于事物时，会进行事物的回滚。注释：一旦发现错误立即放弃INSERT/UPDATE。如果你使用非事务存储引擎，这种方式不是你想要的，因为出现错误前进行的数据更改不会“滚动”，结果是更新“只进行了一部分”。

STRICT_TRANS_TABLES

严格模式，进行数据的严格校验，错误数据不能插入，报error错误。如果不能将给定的值插入到事务表中，则放弃该语句。对于非事务表，如果值出现在单行语句或多行语句的第1行，则放弃该语句。

移除STRICT_TRANS_TABLES和STRICT_ALL_TABLES关闭严格模式：

-- 移除 STRICT_TRANS_TABLES
SET SESSION sql_mode = REPLACE(@@sql_mode, 'STRICT_TRANS_TABLES', '');

-- 移除可能残留的 ,STRICT_ALL_TABLES,（注意前面的逗号）
SET SESSION sql_mode = REPLACE(@@sql_mode, ',STRICT_ALL_TABLES,', ',');

-- 移除可能位于字符串开始或结束的额外逗号
SET SESSION sql_mode = TRIM(BOTH ',' FROM @@sql_mode);