技术分享MySQL会受到Unix千年虫的影响吗

　　作者：王向
　　爱可生 DBA 团队成员，负责公司 DMP 产品的运维和客户 MySQL 问题的处理。擅长数据库故障处理。对数据库技术和 python 有着浓厚的兴趣。
　　本文来源：原创投稿
　　*爱可生开源社区出品，原创内容未经授权不得随意使用，转载请联系小编并注明来源。本文目录：
　　前言
　　什么是＂Unix千年虫＂
　　实验2038年时 MySQL 会不会受到千年虫影响？
　　实验结果
　　问题原因
　　影响范围
　　解决方案
　　前言
　　笔者在五一假期间，闲来无事刷了刷论坛博客；看到很多人在讨论2038年＂Unix千年虫＂危机！。来了兴趣于是测试了下 MySQL 会不会受到＂Unix千年虫＂的影响而去世。
　　什么是＂Unix千年虫＂
　　古时候，＂千年虫＂bug曾经引发了很大的恐慌，甚至不少影视剧中都有夸大的描写。不过在紧急磋商和＂打补丁＂之后，软硬件＂无法正确处理2000年问题＂的千年虫危机算是平稳度过了。但……事实真的如此吗？对于 Unix 类操作系统来说，它们其实还面临着同样的问题，那就是——2038年危机！（又称＂Unix千年虫＂）！！
　　截图来自度娘百科：
　　实验2038年时 MySQL 会不会受到千年虫影响？
　　启动测试 MySQL 并监控 error 日志
　　随意把系统时间调整到2038年
　　看到了什么？MySQL 它自闭了直接 shutdown
　　实验结果
　　如果时间穿越来到了2038年或将操作系统的 date 调整为2038年，比如2038-10-20，你会发现正在运行的 MySQL 会自动放弃治疗，重启后同样会自动关闭，无法使用，MySQL 不支持2038年之后的日期。2038-10-20T00:01:01.976322+08:00 2 [Warning] Current time has got past year 2038.
　　Validating current time with 5 iterations before initiating the normal server
　　shutdown process.
　　2038-10-20T00:01:01.976465+08:00 2 [Warning] Iteration 1: Current time obtained
　　from system is greater than 2038
　　2038-10-20T00:01:01.976484+08:00 2 [Warning] Iteration 2: Current time obtained
　　from system is greater than 2038
　　2038-10-20T00:01:01.976538+08:00 2 [Warning] Iteration 3: Current time obtained
　　from system is greater than 2038
　　2038-10-20T00:01:01.976560+08:00 2 [Warning] Iteration 4: Current time obtained
　　from system is greater than 2038
　　2038-10-20T00:01:01.976580+08:00 2 [Warning] Iteration 5: Current time obtained
　　from system is greater than 2038
　　2038-10-20T00:01:01.976634+08:00 2 [ERROR] This MySQL server doesn＂t support
　　dates later than 2038
　　问题原因
　　MySQL timestamp 支持的最大时间范围是 ＂1970-01-01 00:00:01.000000＂ 到 ＂2038-01-19 03:14:07.999999＂，在源码 sql/sql_parse.cc 的 dispatch_command 函数里，有一段代码，检测当前时间是否超过 2038 年，如果超过，则会立即停止 MySQL。/*
　　If the time has gone past 2038 we need to shutdown the server. But
　　there is possibility of getting invalid time value on some platforms.
　　For example, gettimeofday might return incorrect value on solaris
　　platform. Hence validating the current time with 5 iterations before
　　initiating the normal server shutdown process because of time getting
　　past 2038.
　　*/
　　/*
　　If the time has got past 2038 we need to shut this server down.
　　We do this by making sure every command is a shutdown and we
　　have enough privileges to shut the server down
　　TODO: remove this when we have full 64 bit my_time_t support
　　*/
　　从以上这两段注释来看，应该是 MySQL 内部变量 my_time_t 不支持 64 位，在到达 2038年之后， MySQL 无法执行任何命令，直接关闭。
　　影响范围
　　目前 5.7 以及 8.0 的最新版本，都包含这一段代码逻辑，也就是现有的版本都会受到影响，在2038年都会自动停止。
　　5.7.34（当前 5.7 的最新版本）
　　8.0.25（当前 8.0 的最新版本）
　　解决方案
　　期待 MySQL 官方后续尽快开发完全支持 my_time_t 64 位的版本，在2038年之前升级到该版本即可。
　　今天是2021.06.22，距离2038还有17年，目前所有在用的 MySQL 版本在2038年到来前，都需要进行升级。
　　文章推荐：
　　技术分享 | MHA-MasterFailover 分析
　　技术分享 | MySQL 安全 delete 巨大量数据行
　　社区近期动态
　　本文关键字：#bug#