View a markdown version of this page

Aurora MySQL 8.4.7，2026 年 5 月 21 日 - Amazon Aurora
新特征改进集成了 MySQL 社区版本错误修复

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

Aurora MySQL 8.4.7，2026 年 5 月 21 日

版本：8.4.7

此版本的 Aurora MySQL 与 MySQL 8.4.7 兼容。有关已发生的社区变更的更多信息，请参阅 MySQL 8.4 发行说明。

有关 Aurora MySQL 版本 8.4 中新功能的详细信息，请参阅兼容 MySQL 8.4 的 Aurora MySQL 版本 8.4。有关 Aurora MySQL 版本 8.4 和 Aurora MySQL 版本 3 之间的区别，请参阅 Aurora MySQL 版本 3 和 Aurora MySQL 版本 8.4 的比较。有关 Aurora MySQL 版本 8.4 和 MySQL 8.4 社区版的比较，请参阅亚马逊 Aurora 用户指南中的 Aur ora MySQL 版本 8.4 和 MySQL 8.4 社区版的比较。

您可以执行就地主版本升级，通过升级恢复快照，或者使用 Amazon RDS Blue/Green 部署从当前支持的任何 Aurora MySQL 版本 3 集群启动托管 blue/green 升级到 Aurora MySQL 版本 8.4.7 集群。

有关计划升级到 Aurora MySQL 版本 8.4 的信息，请参阅规划 Aurora MySQL 集群的主要版本升级。有关 Aurora MySQL 升级的一般信息，请参阅《Amazon Aurora 用户指南》中的升级 Amazon Aurora MySQL 数据库集群。

有关故障排除信息，请参阅《Amazon Aurora 用户指南》中的 Aurora MySQL 就地升级故障排除。

如果您有任何疑问或疑虑，可以在社区论坛和 AWS 支持部门获得AWS 支持。有关更多信息，请参阅《Amazon Aurora 用户指南》中的维护 Aurora 数据库集群。

新特征

  • 在 Aurora MySQL 8.4 中增加了对密码管理功能的支持，可使用集群参数组设置进行配置。有关 MySQL 密码管理功能和配置选项的完整描述，请参阅 MySQL 8.4 参考手册第 8.2.15 节 — 密码管理。

  • 增加了对用于强制执行密码强度策略的validate_password组件的支持，该策略通过aurora_enable_validate_password_component参数启用，并通过集群参数组进行配置。

  • 使用新aurora_enable_memory_management参数为 Aurora MySQL 8.4 引入了自动内存管理。设置为ON（默认）时，Aurora 会自动管理内存恢复操作以防止内存不足 (OOM) 数据库重新启动，并且该aurora_oom_response参数将被忽略。设置aurora_enable_memory_managementOFF为可通过手动控制恢复操作aurora_oom_response。有关更多信息，请参阅《Amazon Aurora 用户指南》中的 Amazon Aurora MySQL 内存不足问题。

改进

以下是与 Aurora MySQL 3.12.0 相比所做的改进，请参阅 Aurora MySQL 3.12. 0 发行说明。

可用性改进：

  • 修复了在清除虚拟列上有索引的表的撤消记录时，当写入器实例重新启动时，写入器实例反复重启的问题。

  • 修复了可能导致新数据库集群创建失败的问题，需要删除并重新创建集群。

  • 修复了在处理 SQL 语句后清理临时表时，在执行全局数据库切换操作期间，数据库写入器实例可能意外重启的问题。这种重启可能会导致更长的切换完成时间。

  • 通过使用多个线程将写入器实例的更改应用于读取器实例，提高了 Aurora 物理复制的性能。

  • 修复了在启用二进制日志的情况下写入器实例提交大型事务时可能导致只读副本重新启动的问题。读取包含大型事务的二进制日志文件时，此问题也可能导致错误。

  • 修复了在 Aurora Serverless v2 扩展操作期间，InnoDB 缓冲池大小调整延迟可能会导致数据库实例无响应并重新启动的问题。

  • 修复了内存不足 (OOM) 避免机制中的一个问题，该问题可能导致数据库实例在内存压力很大的情况下尝试恢复内存时重新启动。

  • 修复了在写入器实例强制清除撤消日志时，读取器实例在重新启动后可能会反复重启的问题。

  • 修复了当使用并行查询请求的子查询在完成时未正确关闭时，可能导致读取器实例上数据库意外重启的问题。

常规改进：

  • 修复了启用增强型 Binlog 的二进制日志副本的提交顺序问题，可以正确使用该设置。replica_preserve_commit_order这种排序行为不会影响数据完整性或导致事务之间的冲突，因为它仅适用于非依赖事务的排序。

  • 修复了在使用ORDER BY DESC范围比较和时可能导致查询结果按升序而不是请求的降序返回的问题。LIMIT

  • 修复了使用 INPLACE 算法时，读者在对写入器执行某些在线 DDL 操作时报告 “错误 1146”（未找到表）的问题。这可能发生在以下任一情况下：1) 读取器在 DDL 开始之前未打开表，或 2) 读取器重新启动或在 DDL 进行过程中创建了新的读取器。

  • 修复了在处理大于aurora_in_memory_relaylog固定缓存大小 (128MB) 的二进制日志事件时可能导致复制错误的问题。

  • 修复了在缓冲池调整大小或页面驱逐操作期间从临时表读取正在进行的 SQL 语句时可能导致数据库实例重新启动的不常见问题。

  • 修复了性能问题，即优化器使用带有 IN 和参数化值的准备语句选择次优查询执行计划。

  • 修复了数据库服务器升级期间在系统表上的 DML 操作引用陈旧的自动增量值时可能出现的集群可用性问题。

  • 修复了在启用并行查询且哈希联接所需的内存超出限制时，使用哈希联接的查询返回错误结果的问题。

  • 修复了在某些情况下，在零停机修补或零停机重启操作期间，可能会导致实例可用性延迟的问题。

  • 修复了当空间 GIS 查询在使用显式 SRID 注释声明的列上使用 Z-order 空间索引时，可能导致引擎重新启动的问题。

集成了 MySQL 社区版本错误修复

此版本基于 MySQL 8.4.7。有关更多信息，请参阅 MySQL 8.4 版本说明。