mysql ERROR 1067: Invalid default value for 字段

最新推荐文章于 2025-02-12 15:59:54 发布
最新推荐文章于 2025-02-12 15:59:54 发布
阅读量763 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： MySQL
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/coco1118/article/details/103345677
在尝试导入数据库SQL文件时遇到ERROR 1067异常，原因是MySQL 5.7的严格模式不允许日期字段设置为全0值。解决方法是调整sql_mode，关闭NO_ZERO_DATE或NO_ZERO_IN_DATE模式。此外，文章介绍了MySQL的几种常见模式及其含义，包括ONLY_FULL_GROUP_BY、STRICT_TRANS_TABLES等，并提供了相关参考资料。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

今天把一个数据库的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
导入数据库时报错1067 – Invalid default value for ‘字段名’
易天海
01-03 6344
导入数据库时报错1067 – Invalid default value for ‘birthday’ [错误]1067-“Birthday”的默认值无效  `birthday` date NOT NULL DEFAULT '0000-00-00' COMMENT '生日',  改成以下即可 `birthday` date NOT NULL DEFAULT '2005-06-08' C...
【deepseek之我问】1067 - Invalid default value for ‘deleted_at‘
weixin_39801169的博客
02-21 548
你遇到的错误表示 MySQL 不能接受你为deleted_at字段设置的默认值。
简易SQL----Easy
09-07
简单化SQL增删改查，支持Access数据库。 可复制粘贴字段，方便写SQL语句。
mysql升级为5.7遇到的错误
tb_520的博客
11-09 717
5.7默认加了好多安全方面的验证，遇到的错误有 1.ORDER BY clause is not in SELECT list, references column '' which is not in SELECT list; this is incompatible with DISTINCT 3065 2.group by 是总是出现1055 3. err 1067 比较旧版本和新版...
[SUCTF 2019]EasySQL
qq_43619533的博客
12-07 9995
[SUCTF 2019]EasySQL 打开页面是一个搜索框，注入题，跑字典发现过滤的字符串。 由官方wp的解释来看，这道题目需要我们去对后端语句进行猜测，有点矛盾的地方在于其描述的功能和实际的功能似乎并不相符，通过输入非零数字得到的回显1和输入其余字符得不到回显来判断出内部的查询语句可能存在有||，也就是select 输入的数据||内置的一个列名 from 表名，进一步进行猜测即为select...
MYSQL ERROR 1067: Invalid default value for ‘..Time..’ 解决 MYSQL 1067错误提示
jiangop的博客
09-28 7301
Mysql导入数据库时出现 1067错误  MYSQL ERROR 1067: Invalid default value for ‘..Time..’ 解决  MYSQL 1067错误提示 首先简单说下原因： SQL_MODE 设置值的问题 windows下安装的wamp 3.0  64bit 3.3  64bit 版本，默认没有设置这个值，坑死爸爸 当然mysql一般在设置时间的时候也...
MYSQL 5.7数据库，关于1067报错 invalid default value for，解决方法！
m0_74824496的博客
02-12 689
MYSQL 5.7对于字段的默认值有一些新的规定。在之前的版本（如MYSQL 5.6及更早版本）中，可以使用任何合法的值作为字段的默认值。但是，从MYSQL 5.7开始，对于某些数据类型的字段，如果指定的默认值不符合规定，就会报1067错误。MYSQL 5.7中，对于TIMESTAMP类型的字段，默认值必须是CURRENT_TIMESTAMP，或者是一个常量，如’2022-01-01 00:00:00’。对于DATETIME类型的字段，默认值则可以是任何合法的日期时间格式。
navicat导入.sql文件出现：[ERR] 1067 - Invalid default value for ‘create_date‘
时代各有不同，青春一脉相承。
11-11 1534
比较老的系统生成的数据库导入5.7时报错。navicat导入.sql文件出现：[ERR] 1067 - Invalid default value for ‘create_date‘
ERROR 1067 (42000): Invalid default value for 'address'
最新发布
03-10
<think>好的，我现在要解决MySQL创建表时遇到的错误1067 - Invalid default value for 'address'的问题。首先，我需要了解这个错误的原因。根据之前看到的引用，比如引用[2]提到的ERROR 1067是因为无效的默认值，特别是时间字段的默认值问题，比如'last_login'字段。但这里错误是关于'address'字段的，可能情况不同。 首先，我应该检查'address'字段的定义。比如，是否设置了默认值，而该默认值不符合字段类型的要求。假设用户可能在创建表时给address字段设置了DEFAULT值，但该值与字段类型不兼容。比如，如果address是VARCHAR类型，但默认值用了数字或者表达式，或者可能涉及到字符集的问题？ 另外，引用[3]提到修改默认字符集为utf8，并重启MySQL服务后问题解决。这可能意味着字符集设置不正确导致默认值解析错误。比如，如果表的字符集和默认值的字符集不一致，或者服务器配置中的字符集设置有问题，可能导致默认值无效。 接下来，我需要逐步分析可能的解决方案： 1. 检查字段类型和默认值是否匹配：比如，address字段如果是VARCHAR(255)，其默认值应该是字符串类型，比如DEFAULT 'default address'，而不是数字或其他类型。如果用户错误地设置了DEFAULT 123这样的数值，就会报错。 2. 检查是否使用了保留字：比如，address是否是MySQL的保留关键字，如果是，需要用反引号括起来，比如`address`。 3. 检查是否因为严格模式（STRICT MODE）导致的问题：在某些MySQL版本中，如果启用了严格模式，可能会对默认值的检查更严格，比如不允许某些隐式转换。 4. 检查字符集和校对设置：根据引用[3]，字符集设置不正确可能导致问题。确认表或字段的字符集是否为utf8，同时检查MySQL服务器的默认字符集配置是否正确。需要确保客户端、服务器、连接等的字符集一致。 5. MySQL版本问题：某些版本的MySQL可能对默认值的允许范围有不同要求。例如，在MySQL 5.7及以上版本中，对日期类型的默认值有更严格的限制，但这里涉及的是address字段，可能不是日期类型，但其他类型是否有类似限制？ 6. 检查是否有语法错误：比如，在定义默认值时是否遗漏了引号，导致语法错误被误报为无效默认值。 具体到用户的例子，错误是关于address字段的。假设用户创建表的语句类似： CREATE TABLE mytable ( address VARCHAR(255) DEFAULT 123 ); 这里DEFAULT的值是数字，而字段是VARCHAR，因此会报错，应该改为DEFAULT '123'。 或者，可能用户设置的默认值是一个表达式，而MySQL不允许在DEFAULT子句中使用函数或表达式，除非是某些版本支持的情况。例如，DEFAULT CURRENT_TIMESTAMP只适用于时间类型字段，但若用在VARCHAR字段则会出错。 另外，如果用户使用的是MySQL 8.0，并且字段类型是例如TEXT，而尝试设置默认值，但某些版本中不允许TEXT/BLOB类型有默认值，这也会导致错误。不过，根据MySQL文档，从5.7.8开始，TEXT/BLOB允许设置DEFAULT值，但需要确认。 可能的解决方案步骤： - 检查表结构定义，确认address字段的类型和默认值的兼容性。 - 确保默认值用正确的格式，比如字符串用单引号括起来。 - 如果字段是日期或时间类型，检查是否使用了正确的默认值格式，但此处错误在address字段，可能不是这种情况。 - 检查MySQL的sql_mode是否包含严格模式，禁用严格模式可能绕过某些检查，但这不推荐。 - 确认字符集配置，如引用[3]所述，设置default-character-set和character-set-server为utf8，并重启MySQL服务。 例如，修改my.cnf文件，添加： [mysqld] character-set-server=utf8 collation-server=utf8_general_ci 然后重启MySQL，再重新执行建表语句。 另外，如果address字段是ENUM类型，而默认值不在枚举列表中，也会导致错误，但这种情况可能报不同的错误。 总结，用户需要检查address字段的定义，确保默认值的类型与字段类型匹配，字符集设置正确，并且没有使用保留字。如果问题依旧，尝试调整字符集配置并重启服务。</think>要解决MySQL创建表时遇到的错误`ERROR 1067 (42000): Invalid default value for 'address'`，请按照以下步骤排查和修复： ### 1. **检查字段类型与默认值的兼容性** - **问题**：`address`字段的默认值类型与字段定义的类型不匹配。例如： ```sql CREATE TABLE mytable ( address VARCHAR(100) DEFAULT 123 -- 错误：数字默认值用于字符串字段 ); ``` - **解决**：确保默认值与字段类型一致，字符串需用单引号包裹： ```sql CREATE TABLE mytable ( address VARCHAR(100) DEFAULT '默认地址' ); ``` ### 2. **避免使用保留关键字** - **问题**：`address`可能是MySQL的保留关键字，直接使用会引发解析错误。 - **解决**：用反引号包裹字段名： ```sql CREATE TABLE mytable ( `address` VARCHAR(100) DEFAULT '默认地址' ); ``` ### 3. **检查字符集配置** - **问题**：字符集不匹配可能导致默认值解析失败[^3]。 - **解决**： 1. 修改MySQL配置文件（如`my.cnf`或`my.ini`），添加以下配置： ```ini [mysqld] character-set-server=utf8 collation-server=utf8_general_ci ``` 2. 重启MySQL服务，重新执行建表语句。 ### 4. **验证是否启用严格模式** - **问题**：严格模式（`STRICT_TRANS_TABLES`）可能对默认值检查更严格。 - **解决**： 1. 查看当前SQL模式： ```sql SELECT @@sql_mode; ``` 2. 若包含`STRICT_TRANS_TABLES`，尝试临时禁用： ```sql SET GLOBAL sql_mode = 'NO_ENGINE_SUBSTITUTION'; ``` 3. 重新执行建表语句（注：不推荐长期禁用严格模式）。 ### 5. **检查MySQL版本限制** - **问题**：低版本MySQL可能不支持某些类型的默认值（如`TEXT/BLOB`）。 - **解决**：升级到MySQL 5.7.8或更高版本，或调整字段类型： ```sql -- 将TEXT改为VARCHAR CREATE TABLE mytable ( address VARCHAR(1000) DEFAULT '默认地址' ); ``` ### 6. **验证默认值语法** - **问题**：默认值包含非法字符（如未转义的单引号）或表达式。 - **解决**：确保默认值为常量且语法正确： ```sql CREATE TABLE mytable ( address VARCHAR(100) DEFAULT '上海\"浦东新区' -- 正确转义引号 ); ``` --- ### 示例修复后的建表语句 ```sql CREATE TABLE users ( id INT PRIMARY KEY AUTO_INCREMENT, `address` VARCHAR(200) DEFAULT '暂无地址' ) DEFAULT CHARSET=utf8; ``` --- **引用支持**： - 字符集配置错误可能导致默认值解析失败，需检查并修改配置文件[^3]。 - 严格模式或版本限制可能影响默认值的合法性[^1][^2]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值