mysql数据库2038年报错_为什么mysql数据库的timestamp只能从1970到2038的某一时间？...

在做项目的时候用到mysql，因为存储的数据是时间，自然想到用timestamp类型，导入数据的时候前面还是正常的，突然碰到一个数据报错了，column ‘end_time ’ out of range。。。。这个数据和其他的数据没有什么不同，只是时间是2039年。mysql还有这种限制？

看了官方文档才知道

https://dev.mysql.com/doc/refman/8.0/en/datetime.html

https://dev.mysql.com/doc/refman/8.0/en/storage-requirements.html

timestamp储存占用4个字节

datetime储存占用8个字节

timestamp所能存储的时间范围为：'1970-01-01 00:00:01.000000' 到 '2038-01-19 03:14:07.999999'。

datetime所能存储的时间范围为：'1000-01-01 00:00:00.000000' 到 '9999-12-31 23:59:59.999999'。

timestamp为啥只到2038？

先看看mysql如何存储

mysql如何存储？

对于timestamp，它把客户端插入的时间从当前时区转化为UTC(世界标准时间)进行存储。底层表示是时间戳。什么是时间戳？

时间戳是指格林威治时间1970年01月01日00时00分00秒(北京时间1970年01月01日08时00分00秒)起至某一时间点的总秒数。

例如北京时间2018-12-08 00:00:00的时间戳是1544198400，就是指从北京时间1970-01-01 08:00:00到2018-12-08 00:00:00已经过去了1544198400秒。用这个计算

MySQL的timestamp类型是4个字节，最大值是2的31次方减1，也就是2147483647，转换成北京时间就是2038-01-19 11:14:07

要想大于这个时间，就用datetime，可是timestamp和datetime有什么区别呢？

经过一番搜索mysql difference between datetime and timestamp 这个回答可以参考

主要区别在于datetime是常量，而timestamp受time_zone设置的影响，只有当将来可能 - 跨时区同步集群时，这才有意义。timestamp一般用于跟踪记录被更新的时间或创建时间.

基于项目考虑，以上因素不会影响到业务，所以果断换成datetime。

不过还有一个疑问，如果某些系统还在使用MySQL的Timestamp，过了这个时间之后怎么办？

这些系统都会跪掉，说不定会搞出点什么大新闻(例如飞机航班系统挂掉、银行某系统跪掉)，好吧，我乱猜的 建议那段时间不要用公共交通。。。