开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

错误代码: 1292。日期列的日期值'0000-00-00‘不正确

错误代码: 1292 是MySQL数据库中的一个常见错误，表示日期列的日期值'0000-00-00'不正确。这个错误通常发生在尝试插入或更新日期列时，提供了无效的日期值。

MySQL数据库中的日期类型包括DATE、DATETIME和TIMESTAMP。日期值必须符合特定的格式，并且必须是有效的日期。'0000-00-00'不是一个有效的日期，因此会触发错误代码: 1292。

要解决这个问题，可以采取以下几种方法：

修改日期值：将无效的日期值'0000-00-00'修改为一个有效的日期值。例如，可以将其修改为当前日期或其他合适的日期。
使用NULL值：如果允许，可以将日期列的值设置为NULL，表示没有提供日期值。
修改数据库配置：在MySQL的配置文件中，可以设置sql_mode参数来修改日期值的验证规则。可以将sql_mode参数设置为允许'0000-00-00'这样的无效日期值。但是需要注意，修改配置可能会影响其他日期值的验证。

在腾讯云的云数据库MySQL中，您可以使用腾讯云数据库MySQL版（TencentDB for MySQL）来管理和运维MySQL数据库。它提供了高可用、高性能、安全可靠的数据库服务，适用于各种规模的应用场景。

腾讯云数据库MySQL版产品介绍链接地址：https://cloud.tencent.com/product/cdb_mysql

请注意，以上答案仅供参考，具体解决方法可能因实际情况而异。建议在遇到问题时，参考相关文档或咨询专业人士以获得准确的解决方案。

相关搜索:JDBC - MySQL时间戳-错误代码: 1292.日期时间值不正确 MySQL错误1292日期值不正确？SQLSTATE[22007]：无效的日期时间格式: 1292不正确的日期值：'05/20/2020‘Symfony-无效的日期时间格式: 1292第1行的列'timestamp‘的日期时间值'’不正确问:错误代码: 1292对于varchar参数，截断的日期时间值不正确，仅在prodecure中从select语句插入日期时出错错误代码: 1292 MySQL Select查询:错误代码1292 -截断不正确的双精度值错误代码1292截断不正确的双精度值：'AIN‘#1292运行查询时MySQL中的日期时间值错误 LARAVEL : SQLSTATE[22007]：无效的日期时间格式: 1292截断不正确的双精度值有效日期的MySQL日期时间值不正确错误根据列中的日期值排除日期 MySQL 1292截断的日期时间值不正确：'2020-01-02 07:15:00‘我得到“截断不正确的日期时间值：'0000-00-00'”，即使在严格模式关闭从单独的日期时间列创建日期时间值替换日期大于其他日期的DateTime列值 MYSQL -如何避免/阻止带有零值的插入日期(0000-00-00)Javascript日期计算返回不正确的值考虑日期添加列值日期值在数据库中存储为0000-00-00

相关搜索:

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

MySQL关于日期为零值的处理

前面文章我们介绍过日期和时间字段的查询方法，最近遇到日期值为零的问题。原来了解过和 sql_mode 参数设置有关，但还不是特别清楚，本篇文章将探究下MySQL怎么处理日期值为零的问题。

04

MySQL或者MariaDB里面sql_mode的设置详解

地址：http://dev.mysql.com/doc/refman/5.6/en/sql-mode.html

02

MySQL 中的日期时间类型

各类型都有具体的取值范围，超出或非法的其他值时，MySQL 会回退到 0。TIMESTAMP 类型是个例外，给它设置一个超出范围的值时，将保存上该类型允许的最大值。

02

MySQL中的sql_mode参数

对于group by聚合操作，如果在select中的列，没有在group by中出现，那么将认为这个sql是不合法的，因为列不在group by从句中。这里我们通过一个例子来看：

01

浅谈MySQL的sql_mode

今天我们来分享一下MySQL的SQL mode , 这也是我们比较容易忽略的一点，我们在一开始安装数据库的时候其实就要先考虑要保留哪些SQL mode，去除哪些，合理的配置能够减少很多不必要的麻烦。

03

【MySQL】MySQL配置中sql_mode的作用

不知道你有没有踫到过这种问题，在 MySQL8 默认的情况下，我们之前习惯的为 DateTime 类型指定的 0000-00-00 这种格式是无法插入或者修改数据的。其实这种情况就是 MySQL 模式设置的问题，也就是我们今天要讲的 sql_mode 这个参数属性的作用。

01

Mysql服务器SQL模式（官方精译）

MySQL服务器可以在不同的SQL模式下运行，并且可以根据sql_mode系统变量的值对不同的客户端应用不同的模式。DBA可以设置全局SQL模式以匹配站点服务器操作需求，并且每个应用程序可以将其会话SQL模式设置为自己的需求。

03

使用MySQL这么久,你了解sql_mode吗？

前面一篇文章《案例| +1s导致的故障》介绍了因为开发同学对datetime值+1s的操作导致的问题。我们在复盘的时候讨论设置sql_mode为严格模式可行性。于是有了此文。

04

golang中使用gorm写入time.Time的类型时间问题

当我们使用golang来构建一个web应用或者其他使用到数据库的应用的时候，通常会选择使用gorm库。主要原因还是因为gorm库操作方便，简单易用。

02

MySQL 8.0 timestamp引发的狗血剧情

今天业务反馈了一个问题，modify_time字段不允许为null，而业务反馈这个字段是设置了默认值的，具体的业务报错信息如下所示：

02

SQL大小写规范与sql_mode的设置

在MySQL中，大小写敏感性是一个重要的问题。MySQL默认情况下是不区分大小写的，这意味着在查询时，大小写不会对查询结果产生影响。但是，如果不小心在代码中使用了大小写不一致的变量名或关键字，可能会导致意想不到的错误。

02

MySQL关于时间设置的注意事项

时间真的存在吗？有观点认为，时间只是人类构想出来的一种概念，是用来衡量事物变化的标准。对于数据库来说，时间伴随着数据并进。让我们进入MySQL时间漩涡中看一看。

02

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

【实施工程师】MySQL:[Err] 1292 - Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column ‘CREATE_TIME‘ at row 1

02

案例| +1s导致的故障

本周有一个业务开发同学要刷数据将 datetime 类型的字段增加1s，但是部分字段的内容变成了 "0000-00-00 00:00:00" 导致相关业务查询数据不一致。具体开发怎么操作的呢？又触发了什么开关导致数据不一致的呢？

02

MySQL时间类型差异

DATE 用于表示年月日，如果实际应用值需要保存年月日就可以使用 DATE。

02

mysql 命令集

sql_mode定义了mysql应该支持的sql语法，数据校验等 select @@sql_mode; 属性说明 ONLY_FULL_GROUP_BY 对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那么将认为这个SQL是不合法的，因为列不在GROUP BY从句中 STRICT_TRANS_TABLES 如果一个值不能插入到一个事务表中，则中断当前的操作，对非事务表不做任何限制 NO_ZERO_IN_DATE 在严格模式，不接受月或日部分为0的日期。如果使用IGNOR

01

MySQL 8.0中DATE，DATETIME和 TIMESTAMP类型和5.7之间的差异

MySQL中DATE，DATETIME和 TIMESTAMP类型都和时间有关。本文介绍MySQL 8.0和MySQL 5.7之间的差异；本文MySQL实验环境为8.0.23；

05

【数据库】MySql的sql_mode模式说明

mysql5.7+的版本中，sql_mode为严格模式。比如必须给字段默认值，更新数据的长度必须符合限制等。

05

炸裂！MySQL 82 张图带你飞！

之前两篇文章带你了解了 MySQL 的基础语法和 MySQL 的进阶内容，相关链接如下

02

MySQL sql_mode的坑及严格模式详解

mysql可以为不同的客户端设置不同的sql_mode,并且每个应用能够设置他自己的会话级别的sql_mode。sql_mode会影响sql语法以及mysql显示数据的正确性。

02

【Mysql】The DATE, DATETIME, and TIMESTAMP Types

https://dev.mysql.com/doc/refman/8.0/en/datetime.html

03

查看sql_mode_mysql命令行执行sql脚本

对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那么这个SQL是不合法的，因为列不在GROUP BY从句中

02

mysql timestamp[通俗易懂]

一般建表时候，创建时间用datetime，更新时间用timestamp。这是非常重要的。

02

mysql sql-mode 解析和设置

sql_mode:简而言之就是：它定义了你MySQL应该支持的sql语法，对数据的校验等等

02

维度模型数据仓库（七） —— 按需装载

（五）进阶技术 2. 按需装载前面已经做了“初始装载”和“定期装载”。还有一种需要熟悉的装载类型，按需装载。所谓“按需装载”指的是，在正常调度之外，当源数据有效时或者数据仓库需要时进行装载。例如，促销销售源数据只有在促销期内有效，而在其它时间是无效的。在“准备数据仓库模拟环境”中讨论的“生成日期维度数据”可以看做是一种按需装载。数据仓库预先装载了日期，当日期用完时，需要再次运行预装载。本篇的主题是按需装载，首先修改数据库模式，然后在dw数据库上执行按需装载。使用促销期场景进行说明。定期装载不适合促销期场景，因为促销期数据并不是按调度装载。下面是需要装载的促销期内容，存储在名为一个promo_schedule.csv的CSV平面文件中。 PROMOTION CODE,PROMOTION NAME,START DATE,LAST DATE SO,Special Offer,2015-04-01,2015-04-10 DP,Disk Promotion,2015-05-05,2015-05-20 MS,Month Special,2015-06-01,2015-06-30 MS,Monitor Promotion,2015-07-10,2015-07-15 BS,Back to School,2015-08-10,2015-08-30 注意源数据提供了促销周期，而不是单个的促销日期。示例假设只需要装载今后新的促销数据，而在数据仓库中不需要促销期的历史数据。修改数据库模式图（五）- 2-1 显示了修改后的模式，date_dim表增加了promo_ind列，用来标识该日期是否为促销日期。使用清单（五）-2-1里的SQL脚本修改数据库模式。脚本中还建立了一个促销过渡表，用来装载促销期CSV文件的内容。

01

[905]MySQL的sql_mode解析与设置和MySQLdb._exceptions.OperationalError: (1055, “Expression

重启mysql：/etc/init.d/mysql restart 登录mysql：mysql -u root -p mysql ->select @@sql_mode; 验证sql_mode的值是否改变。

01

【愚公系列】2023年11月 Winform控件专题 MaskedTextBox控件详解

Winform控件是Windows Forms中的用户界面元素，它们可以用于创建Windows应用程序的各种视觉和交互组件，例如按钮、标签、文本框、下拉列表框、复选框、单选框、进度条等。开发人员可以使用Winform控件来构建用户界面并响应用户的操作行为，从而创建功能强大的桌面应用程序。

01

【开发日记】MySQL TIMESTAMP 类型建表异常

MySQL的sql_mode参数会影响对日期时间的处理方式。如果NO_ZERO_DATE或者STRICT_TRANS_TABLES模式被启用，那么默认值'0000-00-00 00:00:00'将被认为是无效的。

01

MySQL时间加减的正确打开方式

1背景介绍业务会有这样的需求：时间字段需要加1或减1秒。研发sql：update table set time = time + 1 where id=1; 看似好像挺对的，但是偶尔会出现不是想要的结果。 2模拟测试新建一个表test1，有3条记录如下，执行+1操作： CREATE TABLE `test1` ( `Id` bigint(20) NOT NULL AUTO_INCREMENT, `Type` smallint(6) DEFAULT '0', `Status` smal

Excel表格中格式转换的这些套路，你都get了吗？

这是因为只有数值格式才能进行计算，而这一列是文本格式，无法进行计算。这时候，就需要将这一列转换为数值格式。

02

mysql 关于时间类型的刨坑之路

前两天有做一个基于binglog的数据库实时同步,一张老数据表里有DATETIME、TIMESTAMP不同的时间字段类型,看起来值都是一样的,并且默认值都设置的 0000-00-00 00:00:00,导致我这边读取binlog更新数据库直接悲剧。

03

国产数据库兼容过程中涉及的MySQL非严格模式

在国产数据库兼容适配过程中，经常遇到因源数据库是MySQL，迁移至其他国产数据库后，因MySQL端兼容模式有非严格模式，导致适配过程过程中需要做调整。那么，MySQL主要的非严格模式小结如下：

02

小白学习MySQL - TIMESTAMP类型字段非空和默认值属性的影响

前几天读了一篇文章《故障分析 | MySQL 迁移后 timestamp 列 cannot be null》，没想到这两天就碰到了很相近的问题。

04

神奇的 SQL 之层级 → 为什么 GROUP BY 之后不能直接引用原表中的列

标准 SQL 规定，在对表进行聚合查询的时候，只能在 SELECT 子句中写下面 3 种内容：通过 GROUP BY 子句指定的聚合键、聚合函数（SUM 、AVG 等）、常量。我们来看个例子

02

为什么 GROUP BY 之后不能直接引用原表中的列

标准 SQL 规定，在对表进行聚合查询的时候，只能在 SELECT 子句中写下面 3 种内容：通过 GROUP BY 子句指定的聚合键、聚合函数（SUM 、AVG 等）、常量。我们来看个例子

01

MySQL支持的数据类型

这些类型包括严格数值数据类型(INTEGER、SMALLINT、DECIMAL和NUMERIC)，以及近似数值数据类型(FLOAT、REAL和DOUBLE PRECISION)。

03

深入解析MySQL的sql_mode实例分析

在MySQL数据库管理中，sql_mode是一个非常重要但又容易被忽视的设置。它定义了MySQL应如何执行SQL查询，以及如何处理数据验证和错误。本文将对一个常见的sql_mode配置进行详细的分析。

03

技术分享 | MySQL 的 TIMESTAMP 类型字段非空和默认值属性的影响

前几天读了一篇文章《故障分析 | MySQL 迁移后 timestamp 列 cannot be null》，没想到这两天就碰到了相近的问题。

02

GROUP BY 后 SELECT 列的限制：which is not functionally dependent on columns in GROUP BY clause

标准 SQL 规定，在对表进行聚合查询的时候，只能在 SELECT 子句中写下面 3 种内容：通过 GROUP BY 子句指定的聚合键、聚合函数（SUM 、AVG 等）、常量。我们来看个例子

05

explicit_defaults_for_timestamp参数导致复制中断

explicit_defaults_for_timestamp是从5.6.6引入的一个新参数，默认是off。作用：对TIMESTAMP类型列的默认值和NULL值的处理，是否启用非标准特性。默认情况下，explicit_defaults_for_timestamp被禁用，即启用非标准特性。什么是非标准特性？标准特性：如果没有显示声明为 NOT NULL，则默认声明为 NULL （除timestamp外的其他数据类型）非标准特性：如果没有显示声明为 NULL，则默认声明为 NOT NULL（times

05

故障分析 | MySQL 迁移后 timestamp 列 cannot be null

爱可生 DBA 团队成员，负责项目日常问题处理及公司平台问题排查。热爱互联网，会摄影、懂厨艺，不会厨艺的 DBA 不是好司机，didi~

03

MySQL的sql_mode模式说明及设置

sql_mode是个很容易被忽视的变量,默认值是空值,在这种设置下是可以允许一些非法操作的,比如允许一些非法数据的插入。在生产环境必须将这个值设置为严格模式,所以开发、测试环境的数据库也必须要设置,这样在开发测试阶段就可以发现问题。

03

NOT NULL列用IS NULL也能查到数据？

有没有觉得很奇怪，为什么查到了2条 dt 列值为 '0000-00-00 00:00:00' 的记录？

00

2018年8月29日学习mysql数据库的笔记

今天遇到的新单词： manual n手工的 correspond v符合一致 reject v拒绝 exist v存在 solid adj固体的 character n性格，字符 exitst v存在 exit n出口 charset n字符集，编码方式 ultimate adj最后的极限的，旗舰的 function n功能，函数 trigger n触发器 foreign adj外国的 duplicate v重复 transaction n事务，交易 cursor n光标 validate v使合法化，确认

05

mysql5.7 创建新表时提示时间戳非法

# 背景 mysql版本5.7.8，需要创建新表，研发提供的sql文件，执行后报错如下： ERROR 1067 (42000): Invalid default value for 'deleted_at' 就猜测到时因为5.7版本的mysql默认的时间戳不允许输入0000-00-00 00:00:00这种格式，之前碰到过类似问题，需要修改配置查看了研发提供的sql文件，果真如此： ‘create_at` TIMESTAMP NOT NULL DEFAULT '0000-00-00 00:00:00' C

06

MySQL—数据类型与约束

整数类型可分为五种：TINYINT/SMALLINT/MEDIUMINT/INT/BIGINT

05

[mysql]java.sql.SQLException: Value'0000-00-00'异常解决办法

今天使用ssm做开发的时候，使用的是mysql数据库，其中一个表的字段是Date类型，如果该字段有值，切是日期类型的时候，显示没有问题；但是，如果是空的情况就会报错。1、解决思路 map.xml中的返回值设置成resultType="hashmap"，这样就不用考虑返回为空的情况了，返回的类型map<string, object>，结果还是报错。2、把返回值设置成类，新建一个类，使用string类型代替date类型，报以上错误

02

小白学习MySQL - only_full_group_by的校验规则

周末一位Java大神探讨了一个MySQL的问题，为了形象地说明，我们创建测试表，并插入测试数据，

03

MySQL中日期时间类型与格式化「建议收藏」

MySQL中常用的几种时间类型有：date、datetime、time、year、timestamp

04

MySQL 5.6 5.7 组内排序的区别

MySQL 5.7 对比 5.6 有很多的变化。一个常见的需求：按条件分组后，取出每组中某字段最大值的那条记录。其实就是组内排序的问题，我的做法是：子查询先进行倒序排序，外层查询分组。

02

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭