MySQL5.7日期报错解决---MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘

最新推荐文章于 2024-08-26 15:45:22 发布

原创最新推荐文章于 2024-08-26 15:45:22 发布 · 2.2k 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#mysql #linux

运维同时被 2 个专栏收录

34 篇文章

订阅专栏

数据库

3 篇文章

订阅专栏

本文解决了一个常见的MySQL错误：Incorrect datetime value:'0000-00-0000:00:00'for column 'CREATE_TIME' at row 1。通过调整my.cnf文件中的sql_mode配置，并重启MySQL数据库来修复该问题。

一、报错提示

MySQL:[Err] 1292 - Incorrect datetime value: '0000-00-00 00:00:00' for column 'CREATE_TIME' at row 1

二、解决方法

[root@lmzf_test ~]#  cat  /etc/my.cnf

...
[mysqld]
sql_mode=strict_trans_tables,no_zero_in_date,error_for_division_by_zero,no_auto_create_user,no_engine_substitution

三、重启MySQL数据库

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

岚叔运维

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

ERROR 1292 (22007): Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘created_on‘ at row 1

Bertram的博客

06-21

2145

load data infile 导入报错 ERROR 1292 (22007): Incorrect datetime value: ‘0000-00-00 00:00:00’ for column ‘created_on’ at row 13 解决方法：方法一：修改变量 # 修改全局，执行Mysql 命令 set@@global.sql_mode='STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'; # 修改当前 s

gorm的parseTime=true报错 Error 1292: Incorrect datetime value: '0000-00-00' for column 'created_at' at

手写我对你的温柔

03-04

6147

我的mysql是8.x版本，mysql以前 datetime 的默认值可以设为 '0000-00-00 00:00:00', 新的mysql不能设为这个值，可以把默认值设置为正常的时间就可以了，比如 '2020-03-0400:00:00' 或者去掉sql_model 中的NO_ZERO_DATE配置即可方式详解：【主要演示常用的方式2】方式1：使用se...

参与评论您还未登录，请先登录后发表或查看评论

MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1

最新发布

08-02

在MySQL中插入数据时，如果遇到错误 `ERROR 1292 (22007): Incorrect datetime value: '0000-00-00 00:00:00' for column 'FEE_OCUR_TIME'`，这通常是由于MySQL的严格SQL模式限制导致的。MySQL不允许插入零日期值（`...

mysql数据传输时报错MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TI

xioxi

09-29

1434

问题描述：使用navicate工具将mysql5.7数据传输至8.0版本时，遇到字段类型为datetime，值为0000的报错 MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1 解决办法：打开mysql8.0版本的配置文件my.ini，在 [mysqld] 下添加或修改 sql_mode， [mysqld] sql_mode=‘ONLY_FULL_GRO

MySQL:[Err] 1292 - Incorrect datetime value: '0000-00-00 00:00:00' for column 'CREATE_TIME' at row 1

amberom的专栏

04-01

1231

问题用navicat导入数据时，报错： [Err] 1292 - Incorrect datetime value: '0000-00-00 00:00:00' for column 'CREATE_TIME' at row 1 1 原因这是因为当前的MySQL不支持datetime为0的情况。解决修改sql_mode: sql_mode:SQL Mode定义了MySQL应支持的S...

【mysql】数据报错： incorrect datetime value ‘0000-00-00 00:00:00‘ for column

旭日跑马踏云飞的专栏

06-03

4418

MySQL报错：incorrect datetime value '0000-00-00 00:00:00' for column，是因为当前的MySQL不支持datetime为0。

数据粘贴时报 Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘‘ at row 1

yinxinyue0621的博客

03-12

809

这是因为当前的MySQL不支持datetime为0的情况。

解决Navicat运行sql文件报错：1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘created_at‘ at

chengshucc的博客

02-07

5162

1. 错误提示 [ERR] 1292 - Incorrect datetime value: '0000-00-00 00:00:00' for column 'created_at' at row 1 2. 问题分析从上面的描述我们可以看出原因是：我们给类型是datetime的xxx字段赋值0000-00-00 00:00:00是不被支持的，赋值包含两种情况：情况一：我们运行的sql文件直接提供的值就是0000-00-00 00:00:00 情况二：xxx字段我们没有提供值，默认值是000

mysql:[ERR] 32＞ 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘createTime‘ at ro

前路无畏的博客

12-31

1万+

1.问题提出：今天准备把Mysql数据库A传输到Mysql数据库AA中。 2.查看两个数据库的版本 A库：5.6.39 B库：8.0.19 3. 数据传输 3.1 工具-数据传输 3.2 选择源和目标源：就是现在数据的库A 目标：需要把数据库送到的目的地B 3.3 选择表后点击下一步报错在传输的过程中报错如下： [ERR] 32> 1292 - Incorrect datetime value: '0000-00-00 00:00:00' for column 'createTim

datetime报错 sql脚本_解决Navicat运行sql文件报错：1292 - Incorrect datetime value: '0000-00-00 00:00:00' for colum...

weixin_42538645的博客

12-23

1106

1. 错误提示[ERR] 1292 - Incorrect datetime value: '0000-00-00 00:00:00' for column 'created_at' at row 12. 问题分析从上面的描述我们可以看出原因是：我们给类型是datetime的xxx字段赋值0000-00-00 00:00:00是不被支持的，赋值包含两种情况：情况一：我们运行的sql文件直接提供的值...

1292 - Incorrect datetime value: '0000-00-00 00:00:00' for column 'refund_last_time' at row 1

06-19

<think>首先，用户的问题是关于解决MySQL错误1292："Incorrectdatetimevalue'0000-00-0000:00:00'forcolumn'refund_last_time'solution"。这是一个数据库问题，我需要提供解决方案。从系统级指令中，我需要：-使用$...$格式的行内数学表达式（尽管在这个上下文中可能不需要数学）。-独立公式使用$$...$$格式。-确保LaTeX语法正确。-使用中文回答。-生成相关问题。-在引用的段落末尾添加引用标识。-回答结构清晰，逐步解决问题。-参考站内引用（提供的引用是关于MySQL错误1292的）。提供的引用：-[^1]:ERROR1292(22007):Incorrectdatetimevalue:‘0000-00-0000:00:00’forcolumn‘created_on’atrow13-[^2]:解决Navicat运行sql文件报错：1292-Incorrectdatetimevalue:‘0000-00-0000:00:00‘forcolumn...。情况一：值直接是0000-00-00；情况二：默认值是0000-00-00。原因是数据库不支持datetime为0，模式设置问题。-[^3]:1292IncorrectdatetimevalueforcolumntargetTime。解决方案：关闭NO_ZERO_DATESQL模式。-[^4]:MySQL:[Err]1292-Incorrectdatetimevalue。修改sql_mode。这些引用解释了错误的原因：MySQL5.7及以上版本默认启用SQL模式，包括NO_ZERO_DATE和NO_ZERO_IN_DATE，这不允许使用'0000-00-0000:00:00'这样的无效日期时间值。用户的具体问题是关于列'refund_last_time'的，但解决方案是通用的。我的回答结构：1.**解释错误原因**：简要说明错误是什么和为什么发生。2.**提供解决方案**：逐步指导如何解决。3.**生成相关问题**：在末尾添加相关问题。4.**添加引用标识**：在引用站内内容时添加[^n]。解决方案步骤：-检查SQL模式：使用`SELECT@@sql_mode;`查看当前模式。-修改SQL模式：移除NO_ZERO_DATE和NO_ZERO_IN_DATE。-临时修改：`SETGLOBALsql_mode='modes_here';`-永久修改：编辑MySQL配置文件（如my.cnf或my.ini），添加或修改sql_mode。-替代方案：避免使用'0000-00-00'，使用NULL或有效日期。确保回答真实可靠：基于标准MySQL知识。使用中文回答。最后，生成相关问题：基于主题，如其他MySQL错误、SQL模式设置等。</think>### MySQL错误1292：Incorrect datetime value '0000-00-00 00:00:00' for column 'refund_last_time'解决方案这个错误发生在MySQL 5.7及以上版本中，当您尝试插入或更新日期时间列（如`refund_last_time`）时使用了无效值`0000-00-00 00:00:00`。根本原因是MySQL默认启用了严格的SQL模式（如`NO_ZERO_DATE`和`NO_ZERO_IN_DATE`），禁止使用“伪日期”值。下面我将分步解释原因并提供可靠解决方案，确保数据安全。 #### 错误原因分析 - **SQL模式限制**：MySQL 5.7+ 默认SQL模式包含`NO_ZERO_DATE`和`NO_ZERO_IN_DATE`，这禁止`0000-00-00`这类无效日期时间值[^2][^3]。 - **常见触发场景**： - 直接SQL语句中指定了`0000-00-00 00:00:00`作为值。 - 列（如`refund_last_time`）的默认值被设置为`0000-00-00 00:00:00`，且未显式提供有效值。 - 从旧数据库导入数据时，包含无效日期记录[^1][^4]。 - **数学表达示例**：在数据库查询中，日期时间处理可类比为不等式约束，例如列值必须满足$t \geq '1000-01-01'$，否则违反SQL模式规则。 #### 逐步解决方案遵循以下步骤解决问题，优先推荐方法1或2以避免安全隐患。操作前请备份数据库。 1. **临时修改SQL模式（快速测试）** 在MySQL客户端中执行： ```sql -- 查看当前SQL模式 SELECT @@sql_mode; -- 移除NO_ZERO_DATE和NO_ZERO_IN_DATE（示例模式：ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES...） SET GLOBAL sql_mode = 'ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION'; ``` - **优点**：立即生效，适合临时修复。 - **缺点**：MySQL重启后失效[^3][^4]。 2. **永久修改SQL模式（推荐生产环境）** 编辑MySQL配置文件（如`my.cnf`或`my.ini`），在`[mysqld]`部分添加： ```ini sql_mode = "ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION" ``` - 保存后重启MySQL服务。 - **验证**：重启后运行`SELECT @@sql_mode;`确认`NO_ZERO_DATE`和`NO_ZERO_IN_DATE`已移除[^4]。 3. **修复数据源（根本性解决）** - **方案A**：将无效值替换为`NULL`或有效日期（如`1970-01-01 00:00:00`）。 ```sql -- 示例：更新refund_last_time列为NULL UPDATE your_table SET refund_last_time = NULL WHERE refund_last_time = '0000-00-00 00:00:00'; ``` - **方案B**：修改列默认值，避免使用`0000-00-00`。 ```sql ALTER TABLE your_table ALTER COLUMN refund_last_time SET DEFAULT NULL; ``` - **优点**：无需修改SQL模式，保持数据一致性[^2]。 4. **导入数据时的特殊处理** 如果错误发生在导入SQL文件时： - 在导入命令中添加`--sql-mode=""`参数： ```bash mysql -u user -p --sql-mode="" database_name < file.sql ``` - 或在Navicat等工具中，临时禁用严格模式[^2]。 #### 注意事项 - **版本兼容性**：MySQL 8.0 默认SQL模式更严格，优先推荐方法3修复数据。 - **安全风险**：关闭`NO_ZERO_DATE`可能允许无效日期，导致查询逻辑错误。仅在必要时使用，并彻底测试[^3][^4]。 - **性能影响**：修改SQL模式对性能无直接影响，但无效日期可能导致索引失效。通过上述步骤，错误1292应能解决。如果问题持续，检查列数据类型是否为`DATETIME`或`TIMESTAMP`，并确保应用程序未发送无效值。