MySQL的时间戳2038年问题还有16年,最好在设计上的时候使用datetime就可以了,不要使用时间戳字段了,即使用了也不要用int类型进行映射,使用long类型映射即可

article/2025/9/22 8:00:07

目录

  • 前言
  • 1,关于MySQL时间戳的2038年BUG
  • 2,使用Docker创建MySQL 模拟下
  • 3,总结

前言


本文的原文连接是:
https://blog.csdn.net/freewebsys/article/details/127455169

未经博主允许不得转载。
博主CSDN地址是:https://blog.csdn.net/freewebsys
博主掘金地址是:https://juejin.cn/user/585379920479288
博主知乎地址是:https://www.zhihu.com/people/freewebsystem

1,关于MySQL时间戳的2038年BUG


在linux 设计上,使用了int代表时间,当时设计的还不错。

当 timestamp 存储的时间大于 ‘2038-01-19 03:14:07’ UTC,mysql就会报错,
因为这是 mysql自身的问题,也就是说 timestamp是有上限的,超过了,自然会报错。

  1. timestamp的时间范围是:‘1970-01-01 00:00:01’ UTC to ‘2038-01-19 03:14:07’ UTC ,自动时区转化,实际存储毫秒数,4字节存储
  2. datetime的时间范围:‘1000-01-01 00:00:00’ to ‘9999-12-31 23:59:59’ ,不支持时区,8字节存储

但是真的到了2038年会咋样呢?

2,使用Docker创建MySQL 模拟下


在默认的Linux 系统上开启了时间同步需要停止下,然后直接设置成2038年2月1日。
创建表之后在修改时间,在linux 系统上进行修改。
不是进入docker 环境中修改。

sudo systemctl stop systemd-timesyncdsudo date -s 20380202
[sudo] test 的密码: 
2038年 02月 02日 星期二 00:00:00 CST

这里需要使用最新的myslq 版本。因为5.7 好像日期变了直接异常了:
起码DBA是要在这之前升级到新版本,忙活了。

2038-02-01T16:00:14.626767Z 6 [Warning] Iteration 1: Current time obtained from system is greater than 2038
2038-02-01T16:00:14.626778Z 6 [Warning] Iteration 2: Current time obtained from system is greater than 2038
2038-02-01T16:00:14.626786Z 6 [Warning] Iteration 3: Current time obtained from system is greater than 2038
2038-02-01T16:00:14.626794Z 6 [Warning] Iteration 4: Current time obtained from system is greater than 2038
2038-02-01T16:00:14.626801Z 6 [Warning] Iteration 5: Current time obtained from system is greater than 2038
2038-02-01T16:00:14.626809Z 6 [ERROR] This MySQL server doesn't support dates later than 2038
2038-02-01T16:00:14.627757Z 0 [Note] Giving 2 client threads a chance to die gracefully
2038-02-01T16:00:14.627821Z 0 [Note] Shutting down slave threads
2038-02-01T16:00:16.627925Z 0 [Note] Forcefully disconnecting 2 remaining clients

启动最新的mysql 8 :

docker run -itd -p 3306:3306 -e MYSQL_ROOT_PASSWORD=root -v /data/mysql:/var/lib/mysql --name mysql mysql:debian# 设置密码root 
# 设置存储文件在/data/mysql 目录才可以启动成功。

创建数据库和表:


CREATE DATABASE demo DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci; CREATE TABLE `test_time` (`id` bigint(16) NOT NULL PRIMARY KEY AUTO_INCREMENT COMMENT '主键',`time1` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',`create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',`update_time` datetime DEFAULT NULL ON UPDATE CURRENT_TIMESTAMP COMMENT '更新时间') ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='测试时间表';

然后插入下,确实插入有问题了。

mysql>   insert into sys_test(id,time1) values (1, now());
ERROR 1292 (22007): Incorrect datetime value: '2038-02-01 16:00:45' for column 'time1' at row 1
mysql> 

但是进行查询的时候:

mysql> SELECT FROM_UNIXTIME ( UNIX_TIMESTAMP() )-> ;
+------------------------------------+
| FROM_UNIXTIME ( UNIX_TIMESTAMP() ) |
+------------------------------------+
| 2038-02-01 16:05:20                |
+------------------------------------+
1 row in set (0.00 sec)mysql> select UNIX_TIMESTAMP();
+------------------+
| UNIX_TIMESTAMP() |
+------------------+
|       2148653589 |
+------------------+
1 row in set (0.00 sec)mysql> SELECT FROM_UNIXTIME ( 2147483647 )-> ;
+------------------------------+
| FROM_UNIXTIME ( 2147483647 ) |
+------------------------------+
| 2038-01-19 03:14:07          |
+------------------------------+
1 row in set (0.00 sec)

模拟的方式,首先使用最新的mysql 8 ,然后创建库和表,再插入数据。
重启 mysql 8 ,首先只有mysql 8 最新的是可以启动成功。其他的版本没有实验。

然而并没有出现查询出 1970 年的情况,没有溢出,说明数据库已经对时间戳进行升级,支持 2147483647 以上的数据了。

但是要是对数据库进行映射 还是需要使用 long 型比较稳妥。
或者数据库直接换成 datetime 类型即可。

3,总结


所以在设计 mysql 数据表的时候还是要使用 datetime 比较好。
不要使用时间戳字段,虽然还有16年,以后用啥数据库都不知道了。
但是保险起见还是一次到位好,再有datetime 更直观,时间戳看的费劲。
还需要转换,太麻烦了。

本文的原文连接是:
https://blog.csdn.net/freewebsys/article/details/127455169

在这里插入图片描述


http://chatgpt.dhexx.cn/article/mmT9avqf.shtml

相关文章

计算机为什么不用三十二进制,32位进制导致2038年问题

该楼层疑似违规已被系统折叠 隐藏此楼查看此楼 在计算机应用上,2038年问题可能会导致某些软件在2038年无法正常工作。所有使用UNIX时 间表示时间的程序都将受其影响,因为它们以自1970年1月1日经过的秒数(忽略闰秒)来表示时间。 这种时间表示法在类Unix(Unix-like)操作系统上是…

2038年问题 linux内核5.6,Linux Kernel 5.6 开发者已率先做好准备 应对 2038 年问题

新十年伊始,Linux Kernel 5.6的开发者已经准备好着手解决将在下一个十年到来的2038年问题(又称“Y2038”或“Unix Y2K”问题)。Linux 5.6也成为第一个为32位系统准备运行到2038年之后的主线内核。 2038年问题与千年虫问题类似,它可能会导致某些软件在203…

mysql 2038年问题_时间戳(UnixTimestamp)与 《2038年问题》

时间戳是从格林威治时间1970年01月01日00时00分00秒(北京时间1970年01月01日08时00分00秒)起至现在的总秒数。 现在时间戳的长度是十位(1435113975--2015/6/24 10:46:15)。 要到 2286/11/21 01:46:40 才会变成11位(10000000000),距离现在还有 271年。 不同时区获取的…

2038年问题 linux内核5.6,Linux Kernel 5.6 开发者已准备好应对 2038 年问题

2038 年问题与千年虫问题类似,它可能会导致某些软件在 2038 年 1 月 19 日 3 时 14 分 07 秒之后无法正常工作。届时,在大部分 32 位操作系统上,依据 “time_t” 标准,时间将会“绕回”且在内部被表示为一个负数,并造成…

2038年问题 linux内核5.6,Linux 5.1延续为2038年问题所做的多年准备

Linux 5.1为2038年问题在内核方面继续进行大量的工作。 多年来在Linux内核一直看到“Y2038”的工作,而这一努力远未结束。Thomas Gleixner为Linux 5.1内核提交了最新的Y2038工作,在之前的内核中做了大量基础工作之后,Linux 5.1内核引入了一组…

2038计算机系统,2038年问题

2038年问题是指在使用POSIX时间的32位计算机应用程序上,格林尼治时间2038年1月19日凌晨03:14:07(北京时间:2038年1月19日中午11:14:07)之后无法正常工作。 中文名 2038年问题 外文名 Year 2038 problem概 念 计算机bug(程序错误) 载 体 使用POSIX时…

聊一聊2038年问题

庚子年是中国传统的 60 甲子纪年法。擅长观测的古人很早就发现,每当年份执行到庚子这一年,自然灾害变多,突发事件频频,一些震动世界、影响安定的大事件也容易发生在这一年。而我们现在所处的 2020 年就是新一轮的庚子年&#xff0…

List集合去重 --指定对象属性去重

在针对特定场景下,将获取到的list<T> 集合 按照某一个特定的对象中的属性进行去重操作,以下代码会将传入的集合进行指定去重,会将指定属性重复的对象 只保留第一个,后续的重复则不会保存到去重后的集合中,当然我们也可以通过集合的差异获取出重复的对象以及后续的再将去…

使用Set集合对List集合进行去重

使用Set集合对List集合进行去重 前段时间正好遇到这样一个需求&#xff1a;我们的支付系统从对方系统得到存储明细对象的List集合&#xff0c;存储的明细对象对象的明细类简化为如下TradeDetail类&#xff0c;需求是这样的&#xff0c;我要对称List集合进行去重&#xff0c;这里…

关于两个List集合对象去重

实际项目开发中&#xff0c;很多业务场景下都会遇见集合去重。在说到两个对象去重之前&#xff0c;首先我们回顾下普通类型的list如何去重&#xff0c;这里先说两个list自带的方法&#xff0c;图画的不是太好&#xff0c;勿喷- -&#xff01; 一&#xff1a;retainAll() List&…

java list集合数据去重方式

1.概述 最近又是一轮代码review , 发现了一些实现去重的代码&#xff0c;在使用 list.contain … 我沉思&#xff0c;是不是其实很多初学者也存在这种去重使用问题&#xff1f; 所以我选择把这个事情整出来&#xff0c;分享一下。 2.contain 去重 首先是造出一个 List 模拟…

Java【List】去重的 6种方法

list集合去重 一、HashSet去重二、TreeSet去重三、LinkedHashSet去重四、迭代器去重五、Stream去重六、contains判断去重等等... 其它实现方法 一、HashSet去重 我们知道 HashSet 天生具备“去重”的特性&#xff0c;那我们只需要将 List 集合转换成 HashSet 集合就可以了&…

List 去重的 6 种方法,这种方法最完美!

在日常的业务开发中&#xff0c;偶尔会遇到需要将 List 集合中的重复数据去除掉的场景。这个时候可能有同学会问&#xff1a;为什么不直接使用 Set 或者 LinkedHashSet 呢&#xff1f;这样不就没有重复数据的问题了嘛&#xff1f; ​ 不得不说&#xff0c;能提这个问题的同学很…

List去除重复数据的五种方式

你知道的越多&#xff0c;不知道的就越多&#xff0c;业余的像一棵小草&#xff01; 你来&#xff0c;我们一起精进&#xff01;你不来&#xff0c;我和你的竞争对手一起精进&#xff01; 编辑&#xff1a;业余草 blog.csdn.net/qq_37939251/article/details/90713643 推荐&…

List元素去重的六种方式

上周的时候完成公司交付的任务&#xff0c;突然间遇到了需要把重复元素去掉的功能&#xff0c;当时我的大脑飞速运转&#xff0c;努力回想以前学习关于list的知识&#xff0c;后来&#xff0c;我发现已经忘得差不多了&#xff0c;所以我就找到了这篇文章&#xff0c;说的很详细…

子图是什么

子图和真子图 设 G <V, E>, <, >是两个图(同为无向,或同为有向图). 若 V 且 E, 则称 为 G 的子图, G 为 的母图, 记作 G 若 V 或 E, 称 为 G 的真子图. 生成子图 若 G 且 V , 则称 为 G 的生成子图 两个导出子图 设 V 且 &#xff08;空集&a…

latex绘制子图,并为子图添加

如下代码所示&#xff1a; 通过\subfigure绘制子图&#xff0c;\centering使图片居中&#xff0c;可以直接在子图中为为图片添加标注&#xff0c;如代码中的{\scriptsize{误差均值}}&#xff0c;该命令表示在子图上面添加标注。有时需要同时在子图的左边也添加竖排标注&#xf…

Python Matplotlib 子图

目录 1、绘制多个子图 2、绘图在指定的子图上 3、subplots命令&#xff1a;快速生成多个子图框架 3.1 快速布局 3.2 画一个图形 3.3 多个图形共用一个轴 3.4 与seaborn联合使用 3.5 使用数组方式指定子图 3.6 嵌套图 在matplotlib中&#xff0c;所有的绘图操作实际上都是以…

Matplotlib多子图绘图后保存单个子图

import numpy as np import matplotlib.pyplot as plt# 用于单独保存子图的函数 def save_subfig(fig,ax,save_path,fig_name):bbox ax.get_tightbbox(fig.canvas.get_renderer()).expanded(1.02, 1.02)extent bbox.transformed(fig.dpi_scale_trans.inverted())fig.savefig(…

Matplotlib子图

子图 **有时候我们需要从多个角度进行数据的比较、分析&#xff0c;因此就需要用到子图。**子图的本质是在一个较大的图形中同时放置一组较小的坐标轴&#xff0c;布局形式可以多种多样&#xff0c;不拘泥于我们在第五集中举的那种网格图的形式。 一般化的子图 我们先进行一…