MySQL 8.0.28 datetime字段插入超15年数据报错排查

这个问题的核心是32位Unix时间戳溢出限制导致的——尽管MySQL 8.0的datetime类型本身支持范围是1000-01-01 00:00:00到9999-12-31 23:59:59，不会受2038年限制，但以下两种场景会触发你遇到的ERROR 1292错误：

1. 32位系统/32位MySQL版本限制 #

如果你的MySQL服务器运行在32位操作系统上，或者安装的是32位编译版本的MySQL 8.0.28，那么MySQL内部处理时间相关的底层函数会依赖32位有符号整数存储Unix时间戳。32位有符号整数的最大值对应的UTC时间是2038-01-19 03:14:07，任何晚于这个时间的日期在转换为32位时间戳时会溢出，被MySQL判定为无效的datetime值，从而抛出报错。

2. 时区转换导致的时间戳溢出 #

如果你的MySQL服务器时区设置为UTC+N（东时区），插入的本地时间会被转换为UTC时间进行内部处理：

• 例如插入2038-01-19 03:36:33（本地时间，假设时区为UTC+8），转换为UTC时间是2038-01-18 19:36:33，这个时间早于32位时间戳的最大值，因此可以正常插入。
• 而插入2038-01-20 03:36:33（本地时间）转换为UTC时间是2038-01-19 19:36:33，这个时间已经超过32位时间戳的最大值，触发溢出，被判定为无效值，抛出ERROR 1292。

你可以通过以下命令验证相关配置：

• 查看服务器时区：SELECT @@global.time_zone, @@session.time_zone;
• 查看MySQL版本位数：SELECT VERSION(), @@version_compile_os, @@version_compile_machine;

内容的提问来源于stack exchange，提问作者Sachith Muhandiram