2038 年错误:了解问题和可用解决方案
2038 年问题源于有符号 32 位整数的广泛使用代表系统时间,原点设置为1970年1月1日。当距该纪元的秒数超过32 位整数的最大值,这些系统将面临重大挑战。
发生和影响
2038 年 1 月 19 日星期二 03:14: 07 UTC,代表时间的32位整数将溢出,导致系统将其解释为负数。这将导致日期和时间存储为与 1901 年 12 月 13 日相对应的值。
缓解策略
要解决此问题,可以使用多种方法:
-
使用 64 位数据类型:实现长数据类型来存储日期和时间可以确保为将来的扩展提供足够的空间。
-
MySQL/MariaDB 替代方案: 对于非时间关键型应用程序,请使用 DATE 列类型。为了获得更高的准确性,请使用 DATETIME 而不是 TIMESTAMP。
-
MySQL 升级: 升级到 MySQL 8.0.28 或更高版本,因为它包含处理 2038 年之后日期的修改。
2038 年的替代方案-可能类型
尽可能考虑使用大型数据类型进行数据库存储。示例包括:
- 在 GNU C 和 POSIX/SUS 中,使用 long long 类型。
- 在 PHP 中,使用 sprintf('%u'...) 或 BCmath 扩展.
旧版应用程序
修改使用 TIMESTAMP 的遗留应用程序需要仔细考虑。请考虑使用 DATETIME,因为它可以处理更广泛的日期范围。
要将现有 TIMESTAMP 字段转换为 DATETIME,请按照以下步骤操作:
- 创建一个临时列来存储现有的TIMESTAMP 数据。
- 添加一个与原始 TIMESTAMP 同名的新 DATETIME 列列。
- 使用临时列中的数据更新新的 DATETIME 列。
- 删除临时列。
更多信息资源
- 2038 年问题(维基百科): https://en.wikipedia.org/wiki/Year_2038_problem
- 互联网将在 30 年内终结:https://spectrum.ieee.org/tech-talk/telecom/internet/the-internet-will -30年后结束
以上是2038年问题的原因、后果和解决方案是什么?的详细内容。更多信息请关注PHP中文网其他相关文章!