【工作笔记】Mysql写入报错：Incorrect datetime value: ‘1970-01-01 08:00:00‘

原创 已于 2023-04-12 13:22:29 修改 · 3.5k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#笔记 #java #mysql

于 2023-04-12 13:21:44 首次发布
在尝试将默认时间1970-01-0108:00:00写入MySQL的timestamp列时，会遇到错误，因为MySQL接受的最早时间是1970-01-0100:00:01。考虑时区后，应使用1970-01-0108:00:01，即newTimestamp(1000L)，以避免错误并成功写入。

        在写入Mysql的timestamp格式列时，将默认时间赋值为1970-01-01 08:00:00：

new Timestamp(0L)

        此时报错：

Incorrect datetime value: '1970-01-01 08:00:00'

        原因是MySQL关于时间类型的取值范围进行检查，最早时间为1970-01-01 00:00:01

        算上时区的话， 那就是1970-01-01 08:00:01

        所以1970-01-01 08:00:00的时间无法写入

        建议将默认时间赋值为

new Timestamp(1000L)

        即1970-01-01 08:00:01

        可正常写入。

记一个mysql问题Incorrect TIMESTAMP value
蛐蛐的博客
07-30 3667
1.简介 mysql在对datetime、timestamp等列处理时会进行解析，如果值无效会出现 Incorrect TIMESTAMP value Incorrect DATETIME value 比如'2021-07-31 24:00:00'等值都会引起错误，因为24点是不存在 2.解决 方法一：解决代码问题，移除错误的时间，如24:00:00 方法二：sql_mode='ALLOW_INVALID_DATES'，此方法只能解决datetime列问题，不能解决time..
尚硅谷宋红康MySQL笔记 10-13
qq_45418837的博客
08-21 926
尚硅谷宋红康MySQL笔记 10~18
1970-01-01 08:00:00 时间由来
学如逆水行舟，不进则退
04-06 2万+
在用ng的date过滤服务的时候时间戳0会转换成1970-01-01 08:00:00; 是因为起源于UNIX系统，以Unix诞生的时间为参照确定的，UNIX认为1970年1月1日0点是时间纪元，现代计算机（电话，电子设备）时间以1970 年 1 月 1 日的 08:00为基准， 在时间转换时，或者时间重置时都会出现这个时间值，unix时间戳零点是 1970年1月1日0点整(utc)，北京是g
为什么Date对象的默认时间戳是1970年1月1日8：00（A.M.）？
m0_56426418的博客
04-03 1870
发现它的默认时间是：08：00：00，但是记得应该是1月1日的00：00：00，这里为什么是8点呢？找了一圈发现是因为存在系统时间和本地时间，因为本地时间的时区设置为东8区，所以打印的结果是早上8点。这里如果有特殊需要在使用Date函数时需要减去这多出来的8个小时，换算为8 * 60 * 60 * 1000 = 28800000ms。
Incorrect datetime value
weixin_34032827的博客
04-01 1336
今天在开发库上给一个表添加字段时候，发现居然报错: root@DB 06:14:42>ALTER TABLE `DB`.` user` ADD COLUMN `status_mode` TINYINT UNSIGNED AFTER ` test_id`; ERROR 1292 (22007): Incorrect datetime value: ‘...
mysql时区问题导致错误Incorrect datetime value: '1970-01-01 00:00:01'
nhgdkjhjwo的博客
07-18 6220
手册中的描述： A timestamp. The range is ‘1970-01-01 00:00:01’ UTC to ‘2038-01-19 03:14:07’ UTC. 注意末尾的UTC，此为世界协调时，指的是经度0度上的标准时间。 官方文档中描述： MySQL converts TIMESTAMP values from the current time zone to UTC ...
Data truncation: Incorrect datetime value
HELLOW，文浩
01-02 3725
错误如下: Error updating database. Cause: com.mysql.cj.jdbc.exceptions.MysqlDataTruncation: Data truncation: Incorrect datetime value: '1970-01-01 08:00:00.0' for column 'begin_time' at row 1 ### The e...
5.15 mysql 数据库（数据库/表操作/索引/pymysql/备份与恢复/事务/锁） 学习笔记
G_xiaotiaowa
05-15 1630
文章目录1 初始数据库1）数据库2）mysql3）和用户权限相关的4）基本操作2 表操作1）存储引擎2)表和数据的一些基本操作3）mysql中的数据类型4）表的完整性约束5）修改表结构6）多表结构的创建和分析3 数据操作1）插入数据2）修改数据3）删除数据4）查询数据4 mysql 索引1）索引原理2）索引的数据结构——树5 pymysql1）python操作mysql数据库2）sql注入6 mysql的库/表备份与恢复1）备份2）恢复7 事务/锁 1 初始数据库 1）数据库 数据库（DataBase，简
MySQL学习记录
qq_44787950的博客
07-19 2422
MySQL学习记录 一、sql语言入门 我们都知道，数据库管理人员（DBA）通过数据库管理系统（DBMS）可以对数据库（DB）中的数据进行操作，但具体是如何操作的呢？这就涉及到我们本节要讲的SQL语言。 SQL（Structured Query Language）是结构化查询语言的简称，它是一种数据库查询和程序设计语言，同时也是目前使用最广泛的关系型数据库操作语言。在数据库管理系统中，使用SQL语言来实现数据的存取、查询、更新等功能。SQL是一种非过程化语言，只需提出“做什么”，而不需要指明“怎么做”。 S
数据库操作（一些元数据存储库）——mongoDB、MySQL、KBase、Neo4j
lucky_chaichai的博客
07-16 3757
MongoDB、mysql、Neo4j、postgreSQL-vector操作实践手册
尚硅谷 Linux网络服务&数据库 笔记
LiuKairui的博客
04-08 5124
目录网络基础服务CentOS6与CentOS7区别常见的网络协议与端口网关和路由网络管理命令SSH管理TCP Wrappers 简单防火墙DHCP服务DHCP的工作原理DHCP服务搭建DNS服务域名的组成与分类域名解析过程DNS实验VSFTP服务VSFTP服务概述登录验证方式使用FTP普通实验openSSL+vsftp加密验证SAMBA服务Samba概述登录验证模式基本使用实验NFS服务NFS挂载原理实验LAMP平台环境搭建Apache启动方式工作模式文件位置配置文件Apache目录别名实验Apache用户
Data truncation: Incorrect datetime value:
SsiGan的博客
04-27 2929
今天在做kettle推送的时候，有一个更新时间戳的操作，出了些错误，报了题目的错。在网上查了后都说mysql连接器版本低了，可我在安装kettle的时候已经下载最新版了，最后发现了正确答案。 原来，是存储时间戳的数据表，那个字段是TIMESTAMP类型，而TIMESTAMP值支持的范围1970-01-01 08:00:01 到2038-01-19 11:14:07，所以报错了。 最后修改为datetime，最终解决了问题 ...
更新数据库时报错:Data truncation: Incorrect datetime value:
热门推荐
LrvingTc的博客
03-29 5万+
错误如下: Error updating database. Cause: com.mysql.cj.jdbc.exceptions.MysqlDataTruncation: Data truncation: Incorrect datetime value: '1970-01-01 08:00:00.0' for column 'begin_time' at row 1 ### The err...
工作日记2017.10.30 MySQL的日期存储'1970-01-01 08:00:00' 问题
y1yo2的博客
10-31 8869
类似的业务场景如下：//时间戳为0 Date beginTime = new Date(beginTimeStamp); //beginTime为'1970-01-01 08:00:00'若将beginTime存到Mysql的timestamp格式的字段时，会报一下异常 Data truncation: Incorrect datetime value: ‘1970-01-01 08:00:00’
mysql报错Data truncation: Incorrect datetime value
weixin_44258947的博客
06-01 1万+
原因：数据库中时间类型的原因，时间不在该范围内导致这样的错误。
Mysql timestamp 引发 Incorrect datetime
AIfred
01-07 1116
背景 一次数据同步中，引发的Incorrect datetime 复现 -- 建一张表 CREATE TABLE `test_timestamp` ( `id` bigint(20) NOT NULL AUTO_INCREMENT, `create_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
Data truncation: Incorrect datetime value: ‘‘ for column ‘Date ‘ at row 1的解决方法
Java&Develop的博客
02-19 5278
Data truncation: Incorrect datetime value: '' for column 'Date ' at row 1的解决方法
bug记录：更新数据库时报错:Data truncation: Incorrect datetime value:
微分中值定理的博客
05-19 1540
java.lang.RuntimeException: org.springframework.dao.DataIntegrityViolationException: ### Error updating database. Cause: com.mysql.cj.jdbc.exceptions.MysqlDataTruncation: Data truncation: Incorrect datetime value: '1970-01-01 00:00:00.0' for column 'begi
Data truncation: Incorrect datetime value: ‘0000-00-00 00:00:00‘ for column xxx
WhileTrue
01-07 6233
一、保存原因 出现这个报错的问题是，当数据库的表中已经有数据的时候，再添加一个datetime类型的字段，并且设置为不允许为null，就会出现此异常。经测试，其他类型的字段没有出现此问题，只发现datetime类型字段会出现。 二、解决方法。 1、修改数据库配置，设置sql_mode set @@global.sql_mode = 'STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION,NO_ZERO_DATE...
SQL 错误 [1292] [22001]: Data truncation: Incorrect datetime value: '0000-00-00 00:00:00' for column 'inbound_date' at row 1 Data truncation: Incorrect datetime value: '0000-00-00 00:00:00' for column 'inbound_date' at row 1 Data truncation: Incorrect datetime value: '0000-00-00 00:00:00' for column 'inbound_date' at row 1
最新发布
09-03
<think> 我们正在处理一个SQL错误，错误信息为：[1292] [22001]，具体是数据截断错误，因为尝试将'0000-00-00 00:00:00'这样的值插入到日期时间列'inbound_date'中。 原因分析：MySQL在较新的版本（如5.7及以上）中默认启用了严格的SQL模式（STRICT_TRANS_TABLES），在这种模式下，不允许插入无效的日期时间值，例如'0000-00-00'。而旧版本的MySQL可能允许这样的值。 解决方法： 1. 修改数据：将无效的日期时间值替换为合法的值，例如NULL或者一个具体的有效日期（如'1970-01-01 00:00:01'），具体取决于业务需求。 2. 修改表结构：将列的定义修改为允许NULL，然后使用NULL代替无效日期。 3. 修改SQL模式：临时或永久地修改SQL模式，移除严格模式或允许零值日期。 注意：修改SQL模式可能会影响其他操作，因此建议优先考虑修改数据。 具体步骤： 方法一：修改数据（推荐） 如果该列可以接受NULL值，那么我们可以将无效日期替换为NULL： ```sql UPDATE 表名 SET inbound_date = NULL WHERE inbound_date = '0000-00-00 00:00:00'; ``` 如果该列不允许NULL，那么我们可以设置一个默认的有效日期（需根据业务确认）： ```sql UPDATE 表名 SET inbound_date = '1970-01-01 00:00:01' WHERE inbound_date = '0000-00-00 00:00:00'; ``` 方法二：修改表结构（如果该列确实需要允许NULL） 如果当前列不允许NULL，我们可以修改列定义： ```sql ALTER TABLE 表名 MODIFY inbound_date DATETIME NULL; ``` 然后执行上面的UPDATE语句将无效日期改为NULL。 方法三：修改SQL模式（不推荐，除非有特殊原因） 临时修改（当前会话）： ```sql SET SESSION sql_mode = 'NO_ZERO_DATE,NO_ZERO_IN_DATE'; -- 或者移除STRICT_TRANS_TABLES，但注意NO_ZERO_DATE和NO_ZERO_IN_DATE也可能导致问题，所以可能需要移除它们 -- 更彻底的是设置为空模式：SET SESSION sql_mode = ''; ``` 永久修改（修改配置文件my.cnf或my.ini）： 在[mysqld]部分添加： ``` sql_mode = "ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION" ``` 注意：上面的sql_mode是一个例子，我们需要移除其中的NO_ZERO_DATE和NO_ZERO_IN_DATE（如果存在的话）。或者，我们可以通过查询当前的sql_mode，然后去掉相关模式来设置。 但是，修改SQL模式可能会带来其他问题，比如允许插入无效日期，因此建议只在无法修改数据或表结构的情况下使用，并且要注意潜在的风险。 另外，在应用程序中，应该确保插入的日期时间是有效的，避免再次出现此类问题。 根据上述方法，用户可以根据实际情况选择一种解决方案。 相关问题： 1. 如何查看当前MySQL的SQL模式？ 2. 如何修改MySQL的配置文件以永久改变SQL模式？ 3. 如何避免在应用程序中向数据库插入无效的日期时间？ </think> ### 解决 SQL 错误 1292 (22001)：日期时间值截断错误 该错误表明您尝试将无效的日期时间值 `'0000-00-00 00:00:00'` 插入到 `inbound_date` 列中，违反了 MySQL 的日期时间规则。以下是逐步解决方案： #### 1. **临时解决方案：修改 SQL 模式** 在 SQL 会话中临时禁用严格模式： ```sql SET SESSION sql_mode = 'NO_ZERO_DATE,NO_ZERO_IN_DATE'; ``` 允许插入 `0000-00-00` 值，但需注意： - 仅对当前会话有效 - 可能导致数据不一致风险[^1] #### 2. **永久解决方案：修改配置文件** 修改 MySQL 配置文件（`my.cnf` 或 `my.ini`）： ```ini [mysqld] sql_mode = "ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION" ``` 移除 `NO_ZERO_DATE` 和 `NO_ZERO_IN_DATE` 模式，重启 MySQL 服务生效[^2]。 #### 3. **数据清洗（推荐）** 修复无效日期值为合法值： ```sql -- 替换为 NULL（需确保列允许 NULL） UPDATE 表名 SET inbound_date = NULL WHERE inbound_date = '0000-00-00 00:00:00'; -- 或替换为默认有效日期（如 UNIX 纪元起点） UPDATE 表名 SET inbound_date = '1970-01-01 00:00:00' WHERE inbound_date = '0000-00-00 00:00:00'; ``` #### 4. **修改表结构** 设置默认值或允许 NULL（需符合业务逻辑）： ```sql ALTER TABLE 表名 MODIFY inbound_date DATETIME DEFAULT '1970-01-01 00:00:00'; -- 或允许 NULL ALTER TABLE 表名 MODIFY inbound_date DATETIME NULL; ``` #### 5. **应用层预防** 在代码中添加验证： ```python # Python 示例（其他语言类似） from datetime import datetime def validate_date(date_str): try: datetime.strptime(date_str, '%Y-%m-%d %H:%M:%S') return True except ValueError: return False # 返回默认值或报错 ``` ### 根本原因分析 - MySQL 5.7+ 默认启用严格模式（`STRICT_TRANS_TABLES`） - `0000-00-00` 违反 SQL 标准日期范围（`1000-01-01` 至 `9999-12-31`） - 常见于老旧系统迁移或数据导入场景[^2]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值