为什么timestamp到2038年就截止了？

最新推荐文章于 2025-03-23 21:47:56 发布
最新推荐文章于 2025-03-23 21:47:56 发布
阅读量5.3k 收藏 2
点赞数 2
分类专栏： # MySQL 文章标签： mysql 数据结构 补码 操作系统
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41688840/article/details/107515552
版权

“int的范围是-2147483648~2147483647。正数在计算机中表示为原码，最高位为符号位，负数在计算机中表示为补码，最高位为符号位。”

timestamp在mysql中定义的是int类型的数据，然后1970年到2038年的秒数刚好21亿，为了限制，所以只能截止到2038年

Mysql-时间的存储 datetime还是时间戳timestamp？
S_ZaiJiangHu的博客
07-20 5202
c、然后mysql数据库接收到这个时间字符串2020-02-23080000后，由于数据库时区配置是东9区，它会认为这个时间是东9区的，它会以东9区解析这个时间字符串，这时数据库保存的时间是东9区的2020-02-23080000，也就是东8区的2020-02-23070000，保存的时间就偏差了1个小时。从上表可以看到，DATETIME默认占用5个字节，而TIMESTAMP默认占用4个字节，如果需要更高精度的存储（秒后的小数点个数，比如毫秒）那么需要额外的存储空间。......
MySQL 数据表优化设计（五）：如何选择一个合适的时间类型？
Flutter 跨平台技术研究
01-04 437
从安全稳妥的角度考虑，建议还是优先选择 DATETIME 类型，虽然相比 TIMESTAMP 会牺牲一点性能，但是 TIMESTAMP 的时间范围是硬伤。
php时间日期处理到2038年之后该怎么办？
养猫的阿甘
11-01 7972
也是无意之间发现的一个问题，因为php的时间处理使用UNIX时间戳，也就是他能够表示的日期范围是1970 年 1 月 1 日到 2038 年 1 月 19 日，那么超过这个范围怎么办呢？比如2039年？ 网上搜罗的解决方案大多是： 1.不用担心，到2038年之后你的系统都不知道升级多少次了，那个时候肯定有解决办法。 2.php是开源的，你们可以修改代码重新编译 3.使用DateTime类。
TIMESTAMP之2038年
linsonggao的博客
05-24 1150
的取值范围是 '1970-01-01 00:00:01' UTC 到 '2038-01-19 03:14:07' UTC。不过目前倒是不用担心这个问题，一些大厂都是使用的timestamp,到了2038年mysql软件自己可能会做优化兼容，不过也有可能需要我们自己去改成datetime类型？类型，它在 MySQL 中的取值范围是 '1000-01-01 00:00:00' 到 '9999-12-31 23:59:59'。类型在不同的数据库系统中有着不同的存储上限。数据类型的存储上限。在 MySQL 中，
警惕2038时间炸弹！（timestamp）MySQL日期溢出终极解决方案 ✨
最新发布
小丁的博客
03-23 973
就像看到2038年的终结者——要么消灭它，要么被它消灭！TIMESTAMP类型。DATETIME类型。
MySQL的timestamp类型存储时间范围为什么是2038年之内
学亮编程手记
01-13 4919
MySQL的timestamp类型，存储的是一个整型int数据，由于int是有大小范围的，最多存大约21亿的数据，timestamp存储的数据所以被限制在了1970~2038年之内。
mysql timestamp有关于2038年的限制
icedoolin的博客
03-18 2807
2、不改变数据类型的方案。网上一堆说原理的，有屁用，还有一些说设置sql_mode之类的，去设置了屁用没有。就像java代码里面不写import的哪个jar包，.net不说引用哪个dll, 数据库涉及版本的不说版本号的都是耍流氓。alter table payment modify create_time datetime default CURRENT_TIMESTAMP null comment '创建时间';因为咱还没有8.0.28的版本，所以后面的情况还不知道，以后有了验证了再来补充。
mysql数据库2038年报错_为什么mysql数据库的timestamp只能从1970到2038的某一时间？...
weixin_31938351的博客
02-03 1504
在做项目的时候用到mysql，因为存储的数据是时间，自然想到用timestamp类型，导入数据的时候前面还是正常的，突然碰到一个数据报错了，column ‘end_time ’ out of range。。。。这个数据和其他的数据没有什么不同，只是时间是2039年。mysql还有这种限制？看了官方文档才知道https://dev.mysql.com/doc/refman/8.0/en/dateti...
Unix 时间戳2038年问题到底是什么意思？为什么会存在这个问题？底层原理是什么？
长风破浪会有时的博客
01-26 763
具体来说，在2038年1月19日星期二03:14:07 UTC之后的一秒钟，即时间戳达到2,147,483,647 (+2^31 - 1)，下一个秒将变为-2,147,483,648 (-(2^31))，导致时间和日期突然跳回到1901年12月13日星期五20:45:52 UTC。在许多系统中，这个时间戳通常被存储为一个有符号的32位整数。Unix时间戳2038年问题（也被称为“2038年问题”或“Year 2038 problem”）指的是当这个32位整数达到它的最大值时会发生溢出的问题。
2011年MySQL日期数据类型、MySQL时间类型使用总结.doc
05-04
2. `timestamp`：占用4字节，同样格式为`YYYY-MM-DD HH:MM:SS`，但起始日期为1970年1月1日，截止日期为2038年。由于其存储空间较小，且具有自动填充当前时间的能力（在INSERT或UPDATE操作时），在某些场景下可能比`...
STM32 RTC（一）Unix时间戳
2301_76874885的博客
07-24 1061
时间戳是不考虑闰秒的，那么闰秒又是什么？Unix时间戳（Unix TimeStamp），实质上是一个向上计数的秒计数器，不分年月日时分秒，它的起始点为伦敦标准时间的1970年1月1日0时0秒，截止到2023年，时间戳的计数已经有16亿多，一般的计算机采用的都是32位的整形数据，计数最高为21亿多，经人计算，2038年会出现计算机危机，也就是计数溢出，STM32的RTC采用的为无符号32位整形数据，2100年才会有这个问题不必担心，但随着时代发展，目前大多数使用的是64位。mktime是将日期转换成时间戳。
2 mysql ideal中使用 基本数据类型
qq_45725890的博客
04-04 968
新建数据库新建表提交到数据库新建01数据类型.sql注释多行 /**/ 单行 #+空格，空格不能省略。
时间戳2038问题是什么？如何解决这个问题？底层原理是什么？
长风破浪会有时的博客
04-03 5853
超过这个时间戳的计算机系统将无法正确处理日期和时间。它指的是在2038年1月19日03:14:07 UTC之后，使用32位带符号整数来表示时间戳的计算机系统将无法正确处理日期和时间，从而导致系统错误或崩溃。3.使用其他时间表示方式：例如，使用字符串表示时间戳，使用浮点数表示秒数等方式，可以避免时间戳2038问题，但需要修改应用程序来支持新的时间表示方式。1.使用64位时间戳：使用64位整数来表示时间戳，可以解决时间戳2038问题，但需要修改操作系统和应用程序来支持64位时间戳。
MySQL时间戳2038年灾难：你的数据还能撑过去吗？
gjc592的博客
11-14 3749
点击上方蓝字关注我Timestamp 类型在MySQL中通常用于存储日期和时间。然而，Timestamp类型的一个限制是其存储范围，它使用4字节（32位）整数来表示秒数，从而导致在2038年01月19日03:14:07之后无法正确存储时间戳。这是因为32位整数最大可表示的秒数是2^31 - 1，即2147483647秒，相当于约68年。因此，如果使用了timestamp类型则需要考虑在达到时间范围...
php解决时间戳显示2038年之后的日期
haibiao2016的博客
09-02 2563
1、将时间戳转化为日期。      $d = new DateTime('@888888888888');      $d->setTimezone(new DateTimeZone('PRC'));      echo $d->format('Y-m-d H:i:s'); 2、将年月日转化为一个时间戳。       $d = new DateTime('2099-02-22 2
mysql的timestamp（时间戳）详解以及2038问题的解决方案（好文章！！）
HD243608836的博客
03-22 5861
时间戳是指格林威治时间1970年01月01日00时00分00秒(北京时间1970年01月01日08时00分00秒)起至现在的总秒数。 生产环境中部署着各种版本的MySQL，包括MySQL 5.5/5.6/5.7三个大版本和N个小版本，由于MySQL在向上兼容性较差，导致相同SQL在不同版本上表现各异，下面从几个方面来详细介绍时间戳数据类型。 时间戳数据存取 在MySQL上述三个大版本中，默认时间戳(Timestamp)类型的取值范围为’1970-01-01 00:00:01’ UTC 至’2038-0
关于mysql时间超过2038年时间戳查询数据问题
脑壳疼
11-18 1454
关于mysql时间超过2038年时间戳查询数据问题
到了2038年时间戳溢出了怎么办？
weixin_37561180的博客
12-24 3307
常用的时间格式，他们都遵循哪些标准？ 什么是GMT？ 什么是UTC？ GMT UTC 和ISO8601有什么区别？ RFC5322是什么？
mysql 2038年问题_64位Ubuntu系统的时间戳，2038年问题
weixin_42532473的博客
01-27 884
问题描述我正在使用64位Ubuntu系统。我目前正在研究一个包含MariaDB的项目。我打算在项目中引入时间戳记技术，以便人们可以在不同时区获得正确的时间。我已阅读并阅读了一些有关2038年问题的时间戳记。许多文章建议我们使用64位系统来购买“bit”的更多时间。这个“bit”指多少时间？对我们来说，足够长的时间才能管理Web应用程序直到结束？如果不是这种情况，是否只需要延长两年，那么到2040年...
axios post请求公共参数 json和表单
09-09
axios是一个基于Promise的HTTP客户端，用于发送HTTP请求。可以在Node.js和浏览器中使用。 对于axios的POST请求，可以使用不同的数据格式，包括JSON和表单。 当使用JSON格式时，可以将数据作为JavaScript对象传递，并设置请求头中的Content-Type为application/json。示例如下： ```javascript import axios from 'axios'; const data = { name: '张三', age: 20 }; axios.post('/api', data, { headers: { 'Content-Type': 'application/json' } }) .then(response => { console.log(response.data); }) .catch(error => { console.error(error); }); ``` 当使用表单格式时，可以将数据作为URL编码的字符串传递，并设置请求头中的Content-Type为application/x-www-form-urlencoded。示例如下： ```javascript import axios from 'axios'; import qs from 'qs'; const data = { name: '张三', age: 20 }; axios.post('/api', qs.stringify(data), { headers: { 'Content-Type': 'application/x-www-form-urlencoded' } }) .then(response => { console.log(response.data); }) .catch(error => { console.error(error); }); ``` 其中，qs是一个用于解析和序列化URL查询字符串的库。 以上是使用axios发送POST请求时，使用JSON和表单两种数据格式的示例。根据不同的需求，可以选择适合的数据格式来传递参数。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值