mysql 不要用int来存放时间

最新推荐文章于 2024-07-19 03:43:30 发布

原创最新推荐文章于 2024-07-19 03:43:30 发布 · 713 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#sql #mysql #时间 #时区

博客讨论了在数据库中使用整数类型存储时间戳的潜在问题，尤其是当时间超过2038年时，由于32位整数的限制，会导致时间转换错误。例子中展示了一个在MySQL中将2039年后的时间转换为Unix时间戳时返回0的示例，这表明需要采用更合适的日期时间类型如datetime来避免此类问题。

部署运行你感兴趣的模型镜像

今天跟别人讨论才突然发现了这个严重的问题，不能用int来存放时间，时间应该用datetime，当时为何用int来存放，为了防止时区问题，所以用int，然后起初是研究discuz代码，看到他的所有时间都是用int类型来存放 ……

现在如果使用int类型存放时间，2039年之后的时间无法转换，都是0.

mysql> set @tm = '2049-01-02';
Query OK, 0 rows affected (0.01 sec)

mysql> set @unix = unix_timestamp(@tm);
Query OK, 0 rows affected (0.00 sec)

mysql> select @tm,@unix,from_unixtime(@unix);
+------------+-------+----------------------+
| @tm        | @unix | from_unixtime(@unix) |
+------------+-------+----------------------+
| 2049-01-02 |     0 | 1970-01-01 08:00:00  |
+------------+-------+----------------------+
1 row in set (0.00 sec)

mysql> select @tm,@unix,from_unixtime(@unix),unix_timestamp(now());
+------------+-------+----------------------+-----------------------+
| @tm        | @unix | from_unixtime(@unix) | unix_timestamp(now()) |
+------------+-------+----------------------+-----------------------+
| 2049-01-02 |     0 | 1970-01-01 08:00:00  |            1625320054 |
+------------+-------+----------------------+-----------------------+
1 row in set (0.00 sec)