阿里云RDS MySQL 8.4正式发布：长期支持，平滑兼容，深度优化

相比广为使用的 MySQL 8.0，MySQL 8.4 不仅生命周期更长、稳定性更高，还集成了多项面向生产环境的关键增强。今天，阿里云 RDS MySQL 8.4 正式上线，为企业级用户带来开箱即用的高可用、高性能与高兼容性体验。

如果你仍在使用 MySQL 8.0 —— 请先吃下这颗定心丸：

尽管 MySQL 社区版 8.0 将于 2026 年 4 月正式结束生命周期（End of Life, EOL），但阿里云 RDS 承诺：将持续为存量 RDS MySQL 8.0 实例提供内核级维护支持，包括安全漏洞修复、关键 Bug 修复及稳定性增强。你无需仓促升级，完全可以基于业务节奏，从容规划向 8.4 的平滑演进。

而如果你正启动新业务选型，或希望一步到位采用当前最成熟、最值得信赖的 MySQL 版本，阿里云 RDS MySQL 8.4 则是更优、更可靠的选择。

为什么？因为阿里云 RDS 团队围绕 MySQL 8.4 LTS，系统性完成了三件关键工作：

• 在社区生命周期之上，延长支持周期，让 EOL 不再成为运维焦虑源；

• 主动承担兼容性适配责任，大幅降低升级门槛与改造成本；

• 将阿里云十年大规模生产环境沉淀的内核优化能力，深度集成至 RDS MySQL 8.4，实现性能与稳定性的双重跃升。

接下来，我们一一展开。

一、版本支持策略：让 EOL 不再是焦虑源

MySQL 社区对各主要版本设有明确的生命周期策略：MySQL 5.7 已于 2023 年 10 月 EOL，MySQL 8.0的社区支持也在 2026 年 4 月终止。EOL后，官方将不再发布任何小版本修复，实例的安全和稳定性风险完全由用户自行承担。

阿里云 RDS MySQL 的策略清晰而坚定：在社区生命周期基础上，主动延长服务支持期。

在支持期内，RDS MySQL 会持续发布 AliSQL 内核的小版本更新，针对影响实例安全、稳定性或高可用性的严重问题提供及时修复。这意味着——即使社区已停止维护，你的数据库依然有人守护。而存量 MySQL 8.0 用户更是无需为 EOL 焦虑，可以从容规划升级到 8.4 的节奏。

当前可使用数据传输服务DTS实现迁移至RDS MySQL 8.4。此外，从RDS MySQL 8.0升级至8.4的平滑升级能力已在开发中，将为用户提供一键式、低风险、业务无感的升级体验。

目前，阿里云 RDS MySQL 全面支持以下版本：5.5、5.6、5.7、8.0 和 8.4，兼顾历史存量与未来演进。

二、MySQL 8.4 LTS：值得关注的新特性

自 MySQL 8.0 起，MySQL 社区版调整了版本发布策略，明确区分两类版本：

• 创新版（Innovation Release）：面向开发者尝鲜，功能前沿但不承诺长期兼容与生产稳定性（如 8.1、8.2、8.3）；

• 长期支持版（LTS）：专为生产环境设计，是为生产使用而生的稳定版本。

MySQL 8.4 正是这一策略下的首个全新 LTS 版本。相比 MySQL 8.0，它在查询优化、集合运算、复制生态与运维弹性等方面带来多项实质性升级：

直方图自动更新，优化器更“聪明”

直方图（Histogram）是 MySQL 8.0 引入的重要统计机制，能帮助优化器对非索引列做出更准确的代价估算，对复杂查询的执行计划选择有显著影响。

MySQL 8.4 新增了直方图自动更新（AUTO UPDATE）能力：创建直方图时指定 AUTO UPDATE 后，当表数据发生足够变化时，优化器会自动重建直方图，保持统计信息持续准确。DBA 无需手动维护——这是 8.4 在查询优化易用性上最具价值的改进之一。

集合操作的哈希表优化，让 SQL 更快

MySQL 8.4 默认启用集合操作的哈希表执行算法，显著提升 EXCEPT 和 INTERSECT 语句的执行性能。

同时新增哈希表执行算法，替代了旧版本依赖临时表的实现方式，针对集合运算自动启用。通过 set_operations_buffer_size 系统变量还可以调大缓冲区，进一步加速大数据量的集合操作。

该优化开箱即用，无需改写业务代码即可享受性能提升。

复制术语向后兼容，迁移更平滑

MySQL 8.4 中移除了 SLAVE/MASTER 系列复制 SQL 命令，只支持 SOURCE/REPLICA 系列命令。为了方便新旧版本混合环境中的数据导出与复制，mysqldump 新增了 --output-as-version 选项：从 MySQL 8.4 导出数据时，可指定生成的 dump 文件中复制相关语句所使用的术语版本，输出兼容低版本 MySQL 的 dump 文件。

LTS 系列内小版本原地降级

MySQL 8.4 作为 LTS 版本，首次正式支持同一 LTS 系列内小版本之间的原地降级。例如从 8.4.5 降级回 8.4.3，可直接通过替换二进制文件并重启服务的方式完成，无需逻辑导出导入、无需重建实例，停机时间从小时级压缩到分钟级。这为生产环境提供了关键的回滚能力。

三、阿里云 RDS 内核深度优化：超越社区版的生产力

阿里云 RDS MySQL 8.4 深度融合了 AliSQL 成熟能力，在多个高频痛点场景下相比社区版有显著优势：

秒级修改列类型（Instant Modify Column）

社区 MySQL 8.0/8.4 的 INSTANT DDL 仅支持加列和删列，对修改列类型仍然只能走 ALGORITHM=COPY。对于几百 GB 的大表，一次 INT → BIGINT 的扩容可能需要数小时。

RDS MySQL 8.4 引入 AliSQL 自研的 Instant Modify Column 能力，对以下类型的 DDL 仅修改数据字典元数据，无需拷贝数据、秒级完成：

• 整数类型向上扩容：TINYINT → SMALLINT → MEDIUMINT → INT → BIGINT 之间的扩容

• 字符串类型变长：CHAR(M) → CHAR(N)、VARCHAR(M) → VARCHAR(N)（N > M）

大事务优化

社区 MySQL 在大事务（删除/更新百万行以上）场景存在多个痛点：Binlog Cache 临时文件刷盘阻塞其他写事务、HA 探测超时引发不必要的主备切换、Buffer Pool 清理过程长时间持锁。

RDS MySQL 8.4 集成 AliSQL 在该领域的全部优化，涵盖大事务提交优化、半同步复制超时优化和主备切换 RTO（Recovery Time Objective）精细化控制，确保大事务场景下的稳定性和可用性。

复制延迟系统性治理

复制延迟是 MySQL 生态最常见的运维痛点。RDS MySQL 8.4 在多个层面进行了系统性改造，包括 DDL 复制延迟优化、大事务复制延迟优化、批量数据处理复制延迟优化以及高并发小事务延迟优化，全方位降低复制延迟风险。

读写性能深度调优

针对 MySQL 8.4 的内核变化与典型业务场景，RDS MySQL 8.4 在读写性能、写入吞吐、热点更新三个维度做了深度优化，集成 Binlog in Redo、Binlog Parallel Flush、Inventory Hint 等能力，为不同业务负载提供最佳性能表现。

四、阿里云 RDS 兼容性增强：“业务代码零改造升级”

社区 MySQL 8.4 有一些“硬切换”对存量 8.0 用户并不友好——大量监控脚本、运维工具、应用代码还在使用旧的复制命令、旧的参数名、旧的认证插件，迁移到 8.4 后会直接报错。

RDS MySQL 8.4 主动承担了兼容性适配工作：

旧版复制命令继续可用

RDS MySQL 8.4 内核保留了 SLAVE/MASTER 系列复制 SQL 命令和参数。旧脚本在升级到 RDS 8.4 后无需立即改造即可继续运行，让用户拥有充裕的迁移窗口逐步替换为新语法。

mysql_native_password 默认开启

社区 MySQL 8.4 将 mysql_native_password 默认禁用，这意味着大量使用旧版客户端和驱动的应用在升级后会连不上数据库。RDS MySQL 8.4 默认开启 mysql_native_password 插件，避免因升级导致应用连接失败。

参数默认值精心调优

社区 MySQL 8.4 做了大量参数默认值变更。RDS MySQL 根据运维经验和实例规格对参数默认值进行了针对性调整，用户无须担心 MySQL 8.4 参数默认值变化带来的影响。

五、写在最后

阿里云 RDS MySQL 8.4 代表了一种更负责任的云数据库升级路径：

• 在生命周期上，给用户托底，不让社区 EOL 成为业务焦虑；

• 在兼容性上，承担起兼容性适配工作，让存量代码、脚本、工具平滑过渡；

• 在内核优化上，把阿里云十年大规模生产环境沉淀的能力，原生集成到每一个新版本中。

无论您正在被 MySQL 5.7 / 8.0 社区 EOL 困扰，正在为热点更新、大事务、复制延迟等性能瓶颈所苦，正在规划下一代核心系统的数据库选型，还是想体验 MySQL 8.4 的最新特性但担心升级风险——阿里云 RDS MySQL 8.4 都是当下最值得的选择。