一、场景
最近升级了MySQL8.0版本，发现部分查询报错
SQLSTATE[HY000]: General error: 1525 Incorrect DATETIME value: ''很显然说是查询 datatime 格式的值不正确
二、解决
通过修改 SQL_MODE 来允许日期零值问题
1、查看下 sql_mode
# 全局查询
SELECT @@GLOBAL.sql_mode;
# 当前会话查询
SELECT @@SESSION.sql_mode;
# 我这里的查询结果
NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION2、好，让我们去修改 /etc/my.cnf 然后重启MySQL
[mysqld]
# 没有就在原有基础上新加
sql_mode = ALLOW_INVALID_DATES 注： SET SQL_MODE = 'ALLOW_INVALID_DATES'; 只能临时生效，重启后失效
三、查询并转换
将原有数据查询出来并转换为合法值
# 查询
SELECT id,some_time FROM jeeinn_table WHERE CAST(some_time AS CHAR) = '0000-00-00 00:00:00';
# 修改
UPDATE jeeinn_table SET some_time = NULL WHERE CAST(some_time AS CHAR) = '0000-00-00 00:00:00';至此，可根据自己需求考虑是否将 SQL_MODE 修改为原严格模式
sqlmode 释义：
| 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 | 如果需要的存储引擎被禁用或未编译，那么抛出错误。不设置此值时，用默认的存储引擎替代，并抛出一个异常。 |
最后强烈建议去修复代码中的 sql 语句，保证MySQL在严格模式下运行，减少出错几率！
附一张常见 sql_mode 的选项配置示例图：
官方文档： https://dev.mysql.com/doc/refman/8.0/en/sql-mode.html#sqlmode_allow_invalid_dates
网络参考