标签:01 int unix tm 存放 mysql sec
今天跟别人讨论才突然发现了这个严重的问题,不能用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)
标签:01,int,unix,tm,存放,mysql,sec 来源: https://blog.csdn.net/default7/article/details/118445684
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。