解决1067 - Invalid default value for ‘时间字段‘

原创 已于 2024-03-15 10:45:01 修改 · 2.1w 阅读 · 37 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#spring boot #后端 #java #linux

于 2020-12-08 11:19:51 首次发布
在使用Navicat导入SQL文件时遇到1067错误，原因是MySQL版本升级后的不兼容问题。解决方法是检查并修改MySQL的sql_mode。通过输入`show session variables like '%sql_mode%'`命令，找到包含NO_ZERO_IN_DATE和NO_ZERO_DATE的设置，然后在my.cnf文件的[mysqld]部分添加修改后的sql_mode，去掉这两个选项，重启MySQL服务即可解决问题。

问题描述：

今天在Navicat中导入某个sql文件时，出现了如下错误

1067 - Invalid default value for '时间字段'//

解决方案：

搜索了一番发现是版本升级时引起的不兼容问题，说的那么高大上咱也理解不了，直接说解决方法吧

  1. 查看mysql的sql_mode，在Navicat中输入下面命令
show session variables like '%sql_mode%'

在这里插入图片描述
把你的sql_model中的值复制出来你会发现其中有 NO_ZERO_IN_DATE,NO_ZERO_DATE 这两个，而你需要把这两个删除就行了。
删除方法：
在my.cnf文件的[mysqld]下一下内容，一定要在[mysqld]下面添加以下设置：

sql_mode=ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION
注意:sql_mode后跟的是你自己的，并且是把NO_ZERO_IN_DATE,NO_ZERO_DATE字段删除后的内容
在这里插入图片描述
2.在服务中重启mysql就行了
在这里插入图片描述

navicat导入.sql文件出现：[ERR] 1067 - Invalid default value for ‘create_date‘
时代各有不同，青春一脉相承。
11-11 1775
比较老的系统生成的数据库导入5.7时报错。navicat导入.sql文件出现：[ERR] 1067 - Invalid default value for ‘create_date‘
MySQL数据迁移报错1067 - Invalid default value for ‘xxx‘
码上暴富
02-20 1527
本文使用Navicat解决MySQL数据迁移时候的报错1067 - Invalid default value for 'xxx'。
导入SQL时出现 Invalid default value for ‘XXX‘ 报错解决方法
GodTheTang的博客
11-24 2万+
问题如上图，在进行建表时，报错Invalid default value for 'XXX' 原因：MySQL的版本不同，5.6及其以下版本不支持 因为给了时间字段的列默认值一个 CURRENT_TIMESTAMP 默认值，而这个默认值在低版本的 MySQL 中是不支持的，因此就出现了图中的这个报错 `reg_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '注册时间', 解决方案： 一：重装 MySQL 数据库，版本选...
MYSQL 5.7数据库，关于1067报错 invalid default value for，解决方法！
最新发布
2509_93990855的博客
10-31 448
MYSQL 5.7对于字段的默认值有一些新的规定。在之前的版本（如MYSQL 5.6及更早版本）中，可以使用任何合法的值作为字段的默认值。但是，从MYSQL 5.7开始，对于某些数据类型的字段，如果指定的默认值不符合规定，就会报1067错误。MYSQL 5.7中，对于TIMESTAMP类型的字段，默认值必须是CURRENT_TIMESTAMP，或者是一个常量，如’2022-01-01 00:00:00’。对于DATETIME类型的字段，默认值则可以是任何合法的日期时间格式。
Mysql ERROR 1067: Invalid default value for ‘date’ 解决
热门推荐
铁锹在手，天下我有
04-14 4万+
Mysql ERROR 1067: Invalid default value for ‘date’ 解决首先简单说下原因： SQL_MODE 设置值的问题 windows下安装的wamp 3.06 64bit版本，默认没有设置这个值，坑叔呀解决方式以window中为例子 my.ini中找到[mysqld] 位置 ，修改sql_mode 的值,如果没有则添加 [mysqld] sql_m
MySQL 导入 SQL 时报错，1067 – Invalid default value for ‘ ’
qq_75208869的博客
06-13 1070
但这种默认值在 MySQL 中是无效的。在 MySQL 5.7 及以后的版本中，严格模式不允许这种无效的日期值。完成这些步骤后，严格模式将被禁用。请注意，禁用严格模式可能会影响数据库的其他行为，因此应谨慎使用。报错[ERR] 1067 - Invalid default value for ‘这将禁用所有的 SQL 模式，包括严格模式。这一行，确保它被设置为空字符串。
【sql查询报错】[Err] 1067 - Invalid default value for ‘create_time‘
qq_44653420的博客
01-27 640
【sql查询报错】[Err] 1067 - Invalid default value for 'create_time'
【deepseek之我问】1067 - Invalid default value for ‘deleted_at‘
weixin_39801169的博客
02-21 735
你遇到的错误表示 MySQL 不能接受你为deleted_at字段设置的默认值。
[Err] 1067 - Invalid default value for ‘update_time‘
全村的希望的博客
05-31 4860
方法一：将 'update_time' 字段的默认值设为 NULL 或移除默认值。方法二：使用当前时间戳作为 'update_time' 字段的默认值。刚才新建测试库，执行脚本报错。
【[ERR] 1067 - Invalid default value for ‘f_chdate‘】
m0_49762804的博客
07-27 261
【[ERR] 1067 - Invalid default value for 'f_chdate'】
[Err] 1067 - Invalid default value for 'xxxTime'
aojuan7118的博客
12-30 458
下面是导入sql脚本的的局部脚本 `xxxTime` timestamp NOT NULL DEFAULT '0000-00-00 00:00:00', 发现是NO_ZERO_IN_DATE,NO_ZERO_DATE这两个参数限制时间不能为0. show variables like 'sql_mode'; ONLY_FULL_GROUP_BY,NO_AUTO_V...
mysql-[mysql - 1067问题] 1067 - Invalid default value for
weixin_43641951的博客
10-15 3667
mysql -1067 - Invalid default value for 问题
mysql导入文件报错：[Err] 1067 - Invalid default value for 'search_time'
Vllen的博客
05-08 1974
一、问题说明： mysql> CREATE TABLE `search_log` (`search_time` timestamp NOT NULL default '0000-00-00 00:00:00' on update CURRENT_TIMESTAMP,`rdid` varchar(30) default NULL) ENGINE=InnoDB DEFAULT CHARSET=...
1067 - Invalid default value for ‘你的时间字段名‘
InterestAndFun的博客
03-27 921
以前一直使用mysql5.5的，面对刚安装不久的mysql8，多少有些不适应性，比如说想创建一个空的时间字段，就会弹出警告。 解决方法 1. 你的数据库是安装版的 在C:\ProgramData\MySQL\MySQL Server x中找到my.ini文件，用记事本打开，在[mysqld]标签下添加以下语句 # 解决无法写入空时间，解除严格限制模式 sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES 保存并重启数据库服务即可 2.你的数据库是免安装版的
[ERR] 1067 - Invalid default value for ‘ 字段名 ‘
weixin_44424635的博客
05-30 4234
[ERR] 1067 - Invalid default value for ‘字段名’
1067 - Invalid default value for 'CreateDate'
08-09
<think>首先，用户的问题是："MySQL error 1067 Invalid default value for 'CreateDate' solution"。这是关于MySQL错误1067的解决方案，具体是无效的默认值。 错误信息是："Invalid default value for 'CreateDate'"，意思是对于'CreateDate'字段的默认值无效。 在提供的引用中，有一个相关部分：引用[1]提到"SqlDateTime 溢出。必须介于 1/1/1753 12:00:00 AM 和 12/31/9999 11:59:59 PM 之间。" 这是关于SQL Server的日期范围，但用户的问题是关于MySQL的。MySQL的日期范围可能不同。 MySQL的日期时间类型有特定的范围： - `DATETIME` 范围是 '1000-01-01 00:00:00' 到 '9999-12-31 23:59:59' - `TIMESTAMP` 范围是 '1970-01-01 00:00:01' UTC 到 '2038-01-19 03:14:07' UTC 错误1067通常发生在尝试设置一个超出范围的默认值时。 用户提到"CreateDate"，这很可能是一个日期时间字段。 在引用[1]中，有一个代码片段：`private DateTime _CreateDate = new DateTime(2009 - 9 - 9);` 这看起来是C#代码，设置一个默认日期为2009-9-9。但在MySQL中，设置默认值的方式不同。 用户的问题是MySQL错误，所以焦点在MySQL的解决方案。 常见原因和解决方案： 1. **日期范围问题**：如果默认值超出MySQL的允许范围。例如，对于`TIMESTAMP`字段，不能早于1970-01-01。 2. **格式问题**：默认值必须是有效的日期时间格式。 3. **字段类型**：检查字段类型是`DATETIME`还是`TIMESTAMP`，因为它们的范围不同。 4. **SQL模式**：MySQL的SQL模式可能影响默认值的接受。例如，严格模式会拒绝无效值。 具体到错误1067： - 在MySQL中，错误1067通常与日期时间默认值相关。 - 一个常见原因是尝试设置一个无效的日期，比如对于`TIMESTAMP`字段设置早于1970的日期。 解决方案： - 确保默认值在有效范围内。 - 使用正确的格式：'YYYY-MM-DD HH:MM:SS'。 - 如果使用`TIMESTAMP`，避免设置早于1970的日期。 - 检查SQL模式：如果启用了严格模式，可能需要调整。 用户提到"数据库字段默认值设置错误"，所以可能是在创建或修改表时设置的默认值无效。 例如，创建表语句： ```sql CREATE TABLE example ( CreateDate TIMESTAMP DEFAULT '1969-01-01 00:00:00' ); ``` 这会出错，因为'1969-01-01'对于TIMESTAMP无效。 修复：使用一个有效日期，如'1970-01-01 00:00:01'。 或者，如果字段是`DATETIME`，范围更宽，但'1969-01-01'是有效的，因为DATETIME从1000年开始。 在引用中，C#代码设置2009-9-9，这在MySQL中是有效的，但可能用户有不同情况。 用户说："我想数据库字段默认值设置错误"，所以建议检查默认值。 步骤： 1. 检查表结构：`SHOW CREATE TABLE your_table;` 查看'CreateDate'字段的定义。 2. 确认默认值是什么。 3. 确保默认值在字段类型范围内。 4. 修改默认值：`ALTER TABLE your_table ALTER COLUMN CreateDate SET DEFAULT 'valid_date';` 例如，如果字段是TIMESTAMP，设置默认值如CURRENT_TIMESTAMP。 在引用[2]中，有MySQL相关的编译选项，但不直接相关。 生成相关问题： - 根据系统指令，需要在回答后添加相关问题。 - 相关问题应该基于主题：MySQL错误1067，日期时间默认值。 可能的提问： 1. MySQL中DATETIME和TIMESTAMP有什么区别？ 2. 如何设置MySQL字段的默认当前时间戳？ 3. 什么是MySQL的SQL模式，如何影响日期时间值？ 确保回答结构清晰： - 解释错误原因。 - 提供解决方案步骤。 - 添加代码示例（如SQL语句）。 - 使用中文。 - 遵循LaTeX格式：行内数学用$...$，独立公式用$$...$$。但这里可能不需要数学公式，除非涉及计算。 - 添加引用标识：在相关部分末尾添加[^1]或[^2]，但引用是基于提供的，不是实际来源。指令说："引用的段落末尾自然地添加引用标识"，但引用是给定的，不是外部来源。在用户消息中，引用[1]和[^2]是提供的，我应该参考它们。 用户消息中的引用： - [^1]: 关于SqlDateTime溢出，日期范围。 - [^2]: 关于MySQL编译选项。 对于解决方案，[^1]相关，因为它涉及日期范围。 在回答中，可以说：类似地，在MySQL中，日期时间字段有特定范围，如果默认值超出范围会导致错误[^1]。 然后，提供具体方案。 最终回答结构： 1. 解释错误。 2. 原因分析。 3. 解决方案。 4. 示例代码。 5. 相关问题。</think>### MySQL错误1067：'CreateDate'字段无效默认值解决方案 MySQL错误1067（Invalid default value for 'CreateDate'）通常发生在创建或修改表时，为日期时间字段（如`DATETIME`或`TIMESTAMP`）设置的默认值超出了MySQL允许的范围或格式无效。这可能是由于字段类型范围限制、SQL模式严格性，或默认值语法错误导致的。下面我将逐步解释原因并提供解决方案，确保您的数据库操作顺利进行。 #### 错误原因分析 - **日期时间范围限制**：MySQL的日期时间字段有严格的取值范围： - `DATETIME`：'1000-01-01 00:00:00' 到 '9999-12-31 23:59:59' - `TIMESTAMP`：'1970-01-01 00:00:01' UTC 到 '2038-01-19 03:14:07' UTC 如果您设置的默认值（如早于1970年的日期）超出该范围，就会触发错误1067。类似地，其他数据库系统（如SQL Server）也有日期范围限制，例如必须介于1753年1月1日和9999年12月31日之间[^1]。 - **SQL模式影响**：如果MySQL启用了严格SQL模式（如`STRICT_TRANS_TABLES`），它会拒绝无效的默认值，而非自动调整。 - **格式错误**：默认值必须是有效的日期时间字面量，格式为`'YYYY-MM-DD HH:MM:SS'`。例如，使用`2009-9-9`（缺少引号或格式不标准）会导致错误。 - **字段类型不匹配**：如果字段定义为`TIMESTAMP`但设置了超出1970-2038范围的默认值，或使用了非法值（如`NULL`，但`TIMESTAMP`不允许`NULL`）。 #### 解决方案步骤 按照以下步骤检查和修复问题： 1. **检查表结构和默认值**： - 运行SQL命令查看表定义： ```sql SHOW CREATE TABLE your_table_name; ``` 替换`your_table_name`为您的表名。检查`CreateDate`字段的类型和默认值。 2. **验证默认值有效性**： - 确保默认值在字段类型范围内。例如： - 如果`CreateDate`是`TIMESTAMP`，默认值必须 ≥ '1970-01-01 00:00:01'。 - 如果`CreateDate`是`DATETIME`，默认值必须 ≥ '1000-01-01 00:00:00'。 - 使用标准格式：例如，`'2023-01-01 00:00:00'`，而非`2009-9-9`（缺少引号和前导零）。 3. **修改默认值**： - 如果默认值无效，使用`ALTER TABLE`命令修正： ```sql ALTER TABLE your_table_name ALTER COLUMN CreateDate SET DEFAULT 'valid_date'; ``` 替换`valid_date`为有效值，如： - 当前时间戳：`CURRENT_TIMESTAMP`（推荐用于创建时间字段）。 - 安全日期：如`'1970-01-01 00:00:01'`（对于`TIMESTAMP`）。 - 示例：如果原默认值类似`2009-9-9`，修正为`'2009-09-09 00:00:00'`。 4. **调整SQL模式（可选）**： - 如果问题由严格模式引起，临时禁用或调整模式： ```sql SET GLOBAL sql_mode = 'NO_ENGINE_SUBSTITUTION'; -- 禁用严格模式 ``` 但长期建议保持严格模式，避免数据不一致。检查当前模式： ```sql SELECT @@sql_mode; ``` 5. **考虑字段类型变更**： - 如果需要更宽的日期范围，将字段从`TIMESTAMP`改为`DATETIME`： ```sql ALTER TABLE your_table_name MODIFY CreateDate DATETIME DEFAULT 'valid_date'; ``` #### 示例修复 假设表名为`users`，`CreateDate`字段原定义为`TIMESTAMP`，默认值设置为`'1969-01-01'`（无效）： ```sql -- 错误示例：默认值超出TIMESTAMP范围 CREATE TABLE users ( CreateDate TIMESTAMP DEFAULT '1969-01-01 00:00:00' ); ``` 修复后： ```sql -- 方案1：使用有效默认值 ALTER TABLE users ALTER COLUMN CreateDate SET DEFAULT '1970-01-01 00:00:01'; -- 方案2：改为DATETIME类型并设置默认值 ALTER TABLE users MODIFY CreateDate DATETIME DEFAULT '2009-09-09 00:00:00'; ``` #### 注意事项 - 在应用程序代码中（如C#），设置日期默认值时，确保与数据库兼容。例如，避免使用`new DateTime(2009-9-9)`生成的日期直接作为SQL默认值，而应在数据库层定义[^1]。 - 如果问题持续，检查MySQL版本（使用`SELECT VERSION();`），因为旧版本（如MySQL 5.6）对日期处理更严格。 通过以上步骤，您应能解决错误1067。如果问题复杂，提供更多上下文（如表定义或操作语句）可进一步分析。
评论 3
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值