70

出于统计原因，我有一个包含数百万次写入的日志记录表。所有列都是 int 外键。我还将为每一行添加一个时间戳列。鉴于 DATETIME 需要 8 位 - 我将使用int(10) unsigned将存储空间（以及该列上的索引）减半。

但是，我想知道这个专栏什么时候不再起作用。在 2038 年 1 月 19 日凌晨 3:14:07，值 9,999,999,999 将成为 UNIX 时间戳的问题 - 但 MySQL 中的 unsigned int 最多只能容纳 4,294,967,295，并且时间戳 4294967295 在我的 PHP 应用程序中显示无效数字。

那么这是什么意思？MySQL 中存储 int 时间戳的结束是否会在 2021 年某个时候结束，因为它无法一直到 9999999999？

回答：

  1. 2147483647 是 2038（不是 9999999999）所以没有问题。
  2. unsigned不需要，因为 2147483647 非常适合已签名的 MySQL int。
4

1 回答 1

100

标准 UNIX 时间戳是带符号的 32 位整数，在 MySQL 中是常规的“int”列。您无法存储 9,999,999,999，因为这超出了表示范围 - 任何类型的 32 位 int 的最高值是 4,294,967,295。最高的签名 32 位是 2,147,483,647。

如果/当 UNIX 时间戳变为 64 位数据类型时，则必须使用 MySQL“bigint”来存储它们。

至于int(10)，该(10)部分仅用于展示目的。MySQL 仍将在内部使用完整的 32 位来存储数字，但只要您在表上进行选择，只会显示 10。

于 2010-11-27T02:28:33.780 回答