mysql 2038年问题_64位Ubuntu系统的时间戳，2038年问题

问题描述

我正在使用64位Ubuntu系统。

我目前正在研究一个包含MariaDB的项目。我打算在项目中引入时间戳记技术，以便人们可以在不同时区获得正确的时间。

我已阅读并阅读了一些有关2038年问题的时间戳记。许多文章建议我们使用64位系统来购买“bit”的更多时间。

这个“bit”指多少时间？对我们来说，足够长的时间才能管理Web应用程序直到结束？如果不是这种情况，是否只需要延长两年，那么到2040年时，我们是否会有无法正常运行的应用程序？

最佳回答

好吧，如果可以选择购买”bit”，即从有符号的32位整数转换为无符号的32位整数，事情将继续发展到2106。

传输到64位是”somewhat better”。您可以获得数千亿年的分辨率。

Ubuntu这样做：

$ uname -p

x86_64

$ date --date=9090-01-01 +%s

224685532800

但是，这就是操作系统级别。仅仅因为Ubuntu在其时间上使用64位整数并不意味着MySQL /MariaDB将使用它来存储其时间戳。如果2038年以后的日期对您现在很重要，请立即开始测试。

实际上，我可以为您节省一些时间。还是坏了。 This bug was reported over a decade ago，但是它的主要测试仍然失败，并带有64位int。

mysql> select from_unixtime(2548990800);

+---------------------------+

| from_unixtime(2548990800) |

+---------------------------+

| NULL |

+---------------------------+

1 row in set (0.00 sec)

这甚至不是存储。这有点可悲。

(是的，它在MariaDB 10.1版上运行)

次佳回答

根本不要将其存储为整数。将其存储为ISO 8601格式的日期字符串。这是整个Internet使用的标准格式。

9999-12-31T23:59:59+00:00

参考资料