RDS MySQL中TIMESTAMP字段写入2038年后时间报错

当向 MySQL 表中插入数据时，若某字段类型为 TIMESTAMP ，且写入的时间值超过其最大有效范围（如 2039-10-12 12:12:12 ），系统将返回如下报错：

ERROR 1292 (22007): Incorrect datetime value: '2039-10-12 12:12:12' for column 'c1' at row 1

MySQL 支持多种日期时间类型，每种类型的存储方式和取值范围不同。本问题源于 TIMESTAMP 类型的固有限制， TIMESTAMP 的上限为 UTC 时间 2038-01-19 03:14:07 ，对应 Unix 时间戳 2147483647 。一旦超出此范围，即触发报错。 各时间类型取值范围对比如下：

TIMESTAMP 类型在存储时会自动将输入的时间值从当前会话时区转换为 UTC 时间进行保存，并在校验阶段以 UTC 范围为准。因此，实际可写入的“本地时间”会因时区不同而略有差异。例如：

• UTC 最大值： 2038-01-19 03:14:07

• 对应中国标准时间（CST，UTC+8）： 2038-01-19 11:14:07

因此在东八区最多可写入至 2038-01-19 11:14:07 的时间值。但一旦超过此边界（如 2039-01-01 ），无论时区如何，均会触发错误。更多详情，请参见 TIMESTAMP 类型说明 。

• 建议结合业务逻辑，避免使用超出数值范围的情况。

• 若用户业务需要使用超出数值范围的数值，建议评估使用其它数据类型，比如使用 DATETIME 、 VARCHAR 类型。

• （不推荐使用） 若只为避免报错，业务侧接受全 0 的数据，如 0000-00-00 00:00:00 ，可以直接调整参数，关闭 SQL_MODE 中的严禁策略 STRICT_TRANS_TABLES ，请知悉 STRICT_TRANS_TABLES 的开启影响 后再操作。