mysql 允许无效日期

最近升级了MySQL8.0版本,发现部分查询报错

SQLSTATE[HY000]: General error: 1525 Incorrect DATETIME value: ''

很显然说是查询 datatime 格式的值不正确,查看下 sql_mode

SELECT @@GLOBAL.sql_mode; # 全局查询
SELECT @@SESSION.sql_mode; # 当前会话查询
# 我这里查询结果为空

好,去修改 /etc/my.cnf 然后重启MySQL

[mysqld]
# 没有就新加
sql_mode = ALLOW_INVALID_DATES 

注: SET SQL_MODE = 'ALLOW_INVALID_DATES'; 只能临时生效,重启后失效

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

缺陷的背后(三)—mysql之sql_mode为空的陷阱

网络参考

Author: thinkwei

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注