根据 Oracle 最新的生命周期支持策略，MySQL 8.0 已经于 2025 年 4 月份到期，扩展支持周期到 2026 年 4 月份，大概还有 5 个月的时间将彻底结束对 MySQL 8.0 的官方支持。主动升级还是被动等待问题爆发，这篇文章我们就来聊一聊这个话题。
被动等待的两个挑战
MySQL DBA 的工作也将会面临两个重要的挑战：
遇到重大的 Bug官方不会开发新的补丁进行修复，在有官方支持的时候，遇到问题我们可以寄希望于下一个小版本的补丁升级，EOL 之后就没有什么指望了，一切只能 DBA 来抗，通过各种手段来规避问题，而有的问题可能根本没办法规避； 更实际的问题是，很多用户会定期进行漏洞扫描，EOL 之后官方也不会出新的漏洞修复补丁。很多客户都会定期进行漏洞扫描，一旦发现高危漏洞就会要求限期整改，否则一旦发生数据泄露等数据安全事故，相关责任人肯定是脱不了干系的。
升级到 8.4 之后两个挑战都迎刃而解，作为新一代长生命支持周期版，从安全、性能和架构上都有重大的更新，绝对是一个值得升级的版本。
MySQL 8.4 功能增强
安全架构的全面升级
MySQL 8.4 禁用了安全性较弱的 mysql_native_password 插件，默认启用更安全的 caching_sha2_password 认证机制，解决了身份验证、加密和权限访问控制中的漏洞。此外引入了 FLUSH_PRIVILEGES 权限，对数据库管理任务提供了更细粒度的控制，允许管理员在保持操作效率的同时实施 principle-of-least-privilege 访问控制。
增强的角色和权限管理，配合外部认证集成，能够更好的满足金融等强合规行业的安全需求。
性能优化提升运行效率
InnoDB 存储引擎进行了全面的升级，包括增强的缓冲池管理、改进数据压缩算法和减少锁争用机制等，优化了 innodb_io_capacity、innodb_log_buffer_size 等对系统性能影响较大的参数默认值，以满足大多数环境下的资源需求，降低部署时手工调优的成本。
查询优化器改进了 JOIN 和子查询处理能力，提升聚合函数等复杂查询的性能，使得 MySQL 在分析型负载和数据仓库类应用场景中的性能表现得到明显的提升。
高可用及运维能力增强
MySQL 8.4 使用了全新的 GTID 定义，采用 UUID:TAG:NUMBER 格式来标识事务，为复杂的复制场景提供增强的事务识别能力，从而在多层数据库架构中实现更好的复制监控，简化故障转移流程以及更精确的复制延迟分析。
克隆插件放宽兼容性版本限制，同系列不同版本可直接克隆，极大的简化了集群滚动升级流程。
此外，MySQL 8.4 提供了 5 年的高级支持以及 3 年扩展支持，官方支持和安全补丁更新将会持续到 2032 年 4 月份，超长的生命周期减少了用户升级数据库的频率。
写在最后
MySQL 8.4 在安全性、性能和稳定性方面带来了显著的提升，尽管 8.4 没有太多革命性的创新，更多的是细节的完善，但作为 MySQL 新一代长生命周期支持版本，长达 8 年的官方支持以及安全补丁更新服务，能够让用户的数据库系统更加稳定更加安全。一朝劳顿，带来 8 年的夜夜安睡，仍然是一件值得投入的工作！
大家有升级过程中的问题，可以公众号留言，或者加号主微信 db2architect 一起讨论！
