mysql ERROR 1067: Invalid default value for 字段

在尝试导入数据库SQL文件时遇到ERROR 1067异常,原因是MySQL 5.7的严格模式不允许日期字段设置为全0值。解决方法是调整sql_mode,关闭NO_ZERO_DATE或NO_ZERO_IN_DATE模式。此外,文章介绍了MySQL的几种常见模式及其含义,包括ONLY_FULL_GROUP_BY、STRICT_TRANS_TABLES等,并提供了相关参考资料。

今天把一个数据库的sql文件导入到另一个数据库出现以下异常:
在这里插入图片描述
查阅资料得知,mysql5.7版本中有了一个STRICT mode(严格模式),而在此模式下默认是不允许设置日期的值为全0值的,所以想要

解决这个问题,就需要修改sql_mode的值。


先:mysql -h -u -p

使用命令select @@global.sql_mode; 可以查看全局sql_mode的值。
//临时修改
set @@global.sql_mode=(select replace(@@sql_mode,'NO_ZERO_IN_DATE,NO_ZERO_DATE','')); 可以修改sql_mode。
//永久修改
修改my.ini文件,添加
[sql_mode]
sql_mode=NLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

注意: 修改完my.ini后要重启mysql服务
几种常见的mode介绍

  • ONLY_FULL_GROUP_BY:出现在select语句、HAVING条件和ORDER BY语句中的列,必须是GROUP BY的列或者依赖于GROUP BY列的函数列。

  • NO_AUTO_VALUE_ON_ZERO:该值影响自增长列的插入。默认设置下,插入0或NULL代表生成下一个自增长值。如果用户希望插入的值为0,而该列又是自增长的,那么这个选项就有用了。

  • STRICT_TRANS_TABLES:在该模式下,如果一个值不能插入到一个事务表中,则中断当前的操作,对非事务表不做限制

  • NO_ZERO_IN_DATE:这个模式影响了是否允许日期中的月份和日包含0。如果开启此模式,2016-01-00是不允许的,但是0000-02-01是允许的。它实际的行为受到 strict mode是否开启的影响1。

  • NO_ZERO_DATE:设置该值,mysql数据库不允许插入零日期。它实际的行为受到 strictmode是否开启的影响2。

  • ERROR_FOR_DIVISION_BY_ZERO:在INSERT或UPDATE过程中,如果数据被零除,则产生错误而非警告。如果未给出该模式,那么数据被零除时MySQL返回NULL

  • NO_AUTO_CREATE_USER:禁止GRANT创建密码为空的用户

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

  • PIPES_AS_CONCAT:将”||”视为字符串的连接操作符而非或运算符,这和Oracle数据库是一样的,也和字符串的拼接函数Concat相类似

  • ANSI_QUOTES:启用ANSI_QUOTES后,不能用双引号来引用字符串,因为它被解释为识别符
    参考:添加链接描述
    添加链接描述

常用模式

常用模式是系统将不同的模式选项过行的组合

在这里插入图片描述
设置当前会话为宽松模式

set session sql_mode=ANSI;
# 或
SET sql_mode = ANSI

MySQL 中,错误 `ERROR 1067 (42000): Invalid default value for 'column_name'` 通常发生在你尝试为某个列设置一个不合法的默认值时。MySQL 对某些数据类型(如 `DATE`, `DATETIME`, `TIMESTAMP`)的默认值有严格限制。 --- ### 常见原因及解决方案 #### ✅ 示例场景: ```sql CREATE TABLE users ( id INT PRIMARY KEY AUTO_INCREMENT, created_at DATETIME DEFAULT '0000-00-00 00:00:00' ); ``` **报错:** ``` ERROR 1067 (42000): Invalid default value for 'created_at' ``` --- ### 🔍 原因分析: #### 1. **MySQL 的 SQL 模式(sql_mode)中包含 `NO_ZERO_DATE` 或 `STRICT_ALL_TABLES`** - 如果启用了 `NO_ZERO_DATE`,那么 `'0000-00-00 00:00:00'` 被视为非法日期。 - 如果启用了 `STRICT_ALL_TABLES`,插入无效值将直接报错而不是警告。 #### 2. **使用了非法的默认值** - 例如对 `DATETIME` 使用了非时间格式字符串、数字或非法日期格式。 --- ### ✅ 解决方法 #### 方法一:更改默认值为合法值(推荐) ```sql CREATE TABLE users ( id INT PRIMARY KEY AUTO_INCREMENT, created_at DATETIME DEFAULT CURRENT_TIMESTAMP ); ``` ✅ `CURRENT_TIMESTAMP` 是合法且常用的方式。 --- #### 方法二:允许零日期(不推荐生产环境) 如果你确实需要使用 `'0000-00-00 00:00:00'`,可以修改 MySQL 的配置文件(如 `my.cnf` 或 `my.ini`),去掉 `NO_ZERO_DATE` 模式: ```ini [mysqld] sql_mode=ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION ``` 然后重启 MySQL 服务使配置生效。 或者临时修改会话模式: ```sql SET sql_mode = 'STRICT_TRANS_TABLES'; ``` ⚠️ 注意:这种方式可能会影响其他查询行为,不建议用于生产环境。 --- #### 方法三:使用 `NULL` 并设置字段为可空 ```sql CREATE TABLE users ( id INT PRIMARY KEY AUTO_INCREMENT, created_at DATETIME NULL DEFAULT NULL ); ``` 这样避免了非法默认值问题。 --- ### 💡 补充说明 - `CURRENT_TIMESTAMP` 可以作为 `DATETIME` 和 `TIMESTAMP` 类型的默认值。 - `TIMESTAMP` 自动受时区影响,而 `DATETIME` 不受影响。 - 推荐优先使用 `CURRENT_TIMESTAMP` 或允许 `NULL` 来替代零日期。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值