Aurora MySQL 数据库引擎更新 2025-05-14（版本 3.09.0，兼容 MySQL 8.0.40） - Amazon Aurora
发行版的亮点改进集成了 MySQL 社区版本错误修复
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

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

Aurora MySQL 数据库引擎更新 2025-05-14（版本 3.09.0，兼容 MySQL 8.0.40）

版本：3.09.0

Aurora MySQL 3.09.0 已正式上市。Aurora MySQL 3.09 版本与 MySQL 8.0.40 兼容。有关已发生的社群变更的更多信息，请参阅 MySQL 8.0 Release Notes。

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

您可以执行利用的就地升级zero-downtime-patch、恢复快照或使用 A mazon RDS 蓝/绿部署启动托管蓝/绿升级，从当前支持的任何 Aurora MySQL 版本 2 集群到 Aurora MySQL 版本 3.09.0 集群。

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

有关疑难解答信息，请参阅 A mazon Aurora 用户指南中的 Aurora MySQL 就地升级疑难解答。

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

发行版的亮点

  • 通过并行处理性能架构更新优化了次要版本升级性能，从而缩短了需要修改性能架构时的升级时间。

  • 增强了 Aurora MySQL 全局数据库，允许辅助读取器实例在计划外事件（硬件故障、网络中断）期间完成启动并处理读取请求。以前，在此类事件期间，辅助读取器实例无法重新启动。有关更多信息，请参阅 Amazon Aurora 用户指南中的全球数据库二级集群的跨区域弹性。

  • 将 Aurora MySQL 全球数据库跨区域切换期间的写入器停机时间缩短到通常不到一分钟，从而最大限度地减少了计划内区域切换期间的停机时间。

改进

安全修复

关键 CVEs：

中等 CVEs：

可用性改进：

  • 修复了当在写入器上设置为非零而在读取器0上设置为非零时innodb_flush_log_at_trx_commit，从读取器转发到写入器实例的多语句查询可能会挂起的问题，从而防止潜在的写入转发失败。

  • 修复了启用增强型 Binlog 时出现的死锁问题，该问题可能导致数据库在与 BL ACKHOL E 引擎提交事务或执行XA PREPARE语句SHOW BINARY LOGS并行运行时重新启动，从而防止潜在的写入卡住和实例可用性问题。

  • 修复了写入转发中的争用条件，这些条件可能会在之前的请求完全完成之前阻止新请求被接受，从而导致 Aurora 写入器实例重新启动，从而提高写入转发操作的稳定性。

  • 修复了副本上的一个问题，即网络中断可能无法正确地重新建立与写入器的连接，从而导致复制卡住并可能重新启动实例。

  • Aurora MySQL 内存不足 (OOM) 响应现在实现了分阶段调整缓冲池大小，当通过aurora_oom_response数据库参数启用时，可以根据系统内存状态（LOW/RESERVED）逐渐减少内存使用量，从而在内存压力情况下提供更好的内存管理。

  • 通过将恢复过程优化为不管 Binlog 文件大小如何都需要恒定时间，从而缩短了数据库重启期间的 Binlog 文件恢复时间。以前，在某些情况下，恢复时间将与最后一个 Binlog 文件的大小成正比。

  • 修复了在查询时执行并发 InnoDB 表截断操作时可能导致 MySQL 服务器意外重启的问题。performance_schema.data_lock_waits

  • 修复了在低存储条件下提交大型二进制日志事件时可能导致数据库实例重新启动的问题。

  • 修复了在内存不足 (OOM) 回避期间触发的缓冲池调整大小操作在高工作负载情况下可能无响应，从而导致数据库可能重启的问题。

  • 修复了在创建触发器时可能导致数据库重启循环的问题。当添加新的 Binlog 或 Relaylog 文件或者这些文件轮换时，也会出现此问题。

  • 修复了在多语句或隐式提交查询中使用写入转发时可能导致 Aurora 阅读器实例重新启动的问题。

常规改进：

  • 修复了ALTER TABLE ... REBUILD / OPTIMIZE TABLE操作可能会消耗过多内存的问题，方法是为每个 DDL 线程分配innodb_ddl_buffer_size字节，而不是在各线程之间分配缓冲区大小，从而防止 DDL 操作期间潜在的内存过度使用率。

  • 将内存超过 4 GiB 的所有数据库实例类的默认值从打印更改为aurora_oom_response打印、拒绝、kill_connect。有关更多信息，请参阅亚马逊 Aurora 用户指南中的亚马逊 Aurora MySQL out-of-memory 问题。

  • 以下权限已添加到rds_superuser_role:FLUSH_OPTIMIZER_COSTS、FLUSH_STATUS、FLUSH_TABLES、FLUSH_USER_RESOURCES。有关信息rds_superuser_role，请参阅 Amazon Aurora 主用户账户文档。有关这些动态权限的更多信息，请参阅 MySQL 文档。

  • 从此 Aurora MySQL 版本开始，将不再启用快速插入优化。有关更多信息，请参阅《Amazon Aurora 用户指南》中的 Amazon Aurora MySQL 性能增强。

  • 修复了错误突破max_user_connections阈值导致某些用户出现连接错误的问题。这种情况发生在某些边缘情况下，例如几乎立即创建和终止连接时。

  • 修复了导致 CPU 使用率过高、导致数据库服务器实例无响应的审计日志问题。

  • 修复了使用 XA 事务时的内存管理问题，当启用增强型 Binlog 时，无法重新启动实例。

  • 修复了由于数据库服务器重启后 Bufferpool 索引统计信息更新不正确而导致优化器进行不正确的成本估算时，查询性能会降低的问题。

  • 修复了由于工作线程卡住而导致客户无法关闭本地写入转发功能的问题。

  • 修复了导致在启用增强型 Binlog 或之前已启用增强型 Binlog 的集群上执行SHOW BINARY LOGS命令花费更长时间的问题。如果同时运行多个SHOW BINARY LOGS命令，此问题还可能导致提交延迟增加。

升级和迁移：

  • 修复了在尝试保持连接时零停机时间修补 (ZDP) 可能无法成功的问题，该问题属于已被删除的用户。有关该DROP USER命令及其对活动连接的影响的更多信息，请参阅 MySQL 文档。

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

此版本包括 8.0.40 之前的所有社区错误修复。有关更多信息，请参阅 由 Aurora MySQL 3.x 数据库引擎更新修复的 MySQL 错误。

  • 在接收和应用大型事务并使用请求停止复制通道时STOP REPLICA，MySQL 没有正确执行此操作，随后也没有处理任何通道命令。此外，服务器关闭过程没有顺利完成，需要终止 MySQL 进程或重新启动主机系统。（错误 #115966，错误 #37008345）