select unix_timestamp('2038-01-19') 返回 2147472000
而 select unix_timestamp('2038-01-20') 返回 0
我已经调查了“2038年问题”。
我的 Linux 操作系统是 64 位的，安装的 MySQL 版本也是 64 位的。现在有什么解决方案吗？
mysql --version 返回 mysql Ver 14.14 Distrib 5.5.47, for Linux (x86_64) using readline 5.1
Php 也是 64 位的。
尝试过 BigInt，但没有起作用（返回相同的结果）。
MySQL，应该将日期存储为DATETIME而不是TIMESTAMP。
TIMESTAMP只有4个字节的空间，因此无法存储超过1970年1月1日至2038年1月19日之间的秒数...DATETIME的范围是1000年1月1日至9999年12月31日...2000-1-1，你可以在后端（或在数据库内部的存储过程中）实现一个过滤器，在读取时添加(2000-1-1 - 1970-1-1)秒到你的时间戳中，并在写入时减去相同的时间... 这应该可以让你多存储30年...INT类型占用4个字节，所以物理上无法存储超过2,147,483,648秒，抱歉... - MarcoSUNIX_TIMESTAMP 函数不需要参数或者只接受一个 date 参数... 详见 https://dev.mysql.com/doc/refman/5.5/en/date-and-time-functions.html#function_unix-timestamp - MarcoSMySQL文档通常对函数返回的数据类型非常模糊，UNIX_TIMESTAMP()也不例外。除非我们检查源代码，否则我们只能做出有根据的猜测。
在日期和时间类型概述中，我们可以看到TIMESTAMP数据类型本身具有一个已记录的范围，不依赖于服务器架构：
范围是从“1970-01-01 00:00:01.000000”UTC到“2038-01-19 03:14:07.999999”UTC。 TIMESTAMP值存储为自纪元（“1970-01-01 00:00:00”UTC）以来的秒数。 TIMESTAMP无法表示值“1970-01-01 00:00:00”，因为它相当于自纪元以来的0秒，值0保留用于表示“0000-00-00 00:00:00”，即“零”TIMESTAMP值。
即使我们确保传递了正确的日期类型：
mysql> select
-> str_to_date('2038-01-20', '%Y-%m-%d'),
-> unix_timestamp(str_to_date('2038-01-20', '%Y-%m-%d'));
+---------------------------------------+-------------------------------------------------------+
| str_to_date('2038-01-20', '%Y-%m-%d') | unix_timestamp(str_to_date('2038-01-20', '%Y-%m-%d')) |
+---------------------------------------+-------------------------------------------------------+
| 2038-01-20 | 0 |
+---------------------------------------+-------------------------------------------------------+
1 row in set (0.01 sec)
我們仍然得到了0 ，這是一個關於錯誤的愚蠢函數標誌：
如果您向UNIX_TIMESTAMP（）傳遞超出範圍的日期，它將返回0。
因此，可以安全地假定UNIX_TIMESTAMP（）返回TIMESTAMP類型的值，因此不支持2038+。
簡而言之：您必須在其他地方計算時間戳（即，客戶端代碼）。由於有一個PHP標籤：
$t = new DateTime('2038-01-20', new DateTimeZone('UTC'));
var_dump( $t->format('U') );
P.S. MariaDB，MySQL的分支，有相同的限制，但它文档得更好：
MariaDB中的时间戳最大值为2147483647，相当于2038-01-19 05:14:07。这是由于底层32位限制造成的。在超出此日期的日期上使用该函数将导致返回NULL。
SELECT unix_timestamp(str_to_date('2038-01-19', '%Y-%m-%d'))并获得2147472000，那么这意味着您的服务器时区是UTC。这是某种问题吗？您是否有后续问题或其他疑问？ - Álvaro González
UNIX_TIMESTAMP()函数需要一个日期作为参数。如果你传递的是字符串，那么程序会依赖于隐式类型转换。如果你事先明确了要操作的具体日期类型，那么你可能会得到一个更加清晰的解决方案。 - Álvaro González