本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。 # 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](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/)。 有关 Aurora MySQL 版本 3 中的新功能的详细信息，请参阅[与 MySQL 8.0 兼容的 Aurora MySQL 版本 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html)。有关 Aurora MySQL 版本 3 和 Aurora MySQL 版本 2 之间的区别，请参阅[比较 Aurora MySQL 版本 2 和 Aurora MySQL 版本 3](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html)。有关 Aurora MySQL 版本 3 与 MySQL 8.0 社区版的比较，请参阅*《Amazon Aurora 用户指南》*中的 [Aurora MySQL 版本 3 与 MySQL 8.0 社区版的比较](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html)。 您可以执行利用 [zero-downtime-patch](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html) 的就地升级、恢复快照，或使用 [Amazon RDS 蓝/绿部署](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html)从任何当前受支持的 Aurora MySQL 版本 2 集群启动到 Aurora MySQL 版本 3.09.0 集群的托管蓝绿部署。 有关规划升级到 Aurora MySQL 版本 3 的信息，请参阅[为 Aurora MySQL 集群规划主要版本升级](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning)。有关 Aurora MySQL 升级的一般信息，请参阅《Amazon Aurora 用户指南》**中的[升级 Amazon Aurora MySQL 数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html)。 有关故障排除信息，请参阅*《Amazon Aurora 用户指南》*中的 [Aurora MySQL 就地升级故障排除](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting)。 如果您有任何问题或疑问，可通过社区论坛和 [AWS Support](https://aws.amazon.com/support) 联系 AWS Support。有关更多信息，请参阅*《Amazon Aurora 用户指南》*中的[维护数据库集群](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 发行版的亮点 + 增强了 Aurora MySQL 全局数据库，允许辅助读取器实例在计划外事件（硬件故障、网络中断）期间完成启动并服务读取请求。此前，辅助读取器实例在此类事件期间无法重新启动。有关更多信息，请参阅*《Amazon Aurora 用户指南》*中的[全局数据库辅助集群的跨区域弹性](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-secondary-availability.html)。 + 将 Aurora MySQL 全局数据库跨区域切换期间的写入器停机时间缩短至通常少于一分钟，从而在计划区域切换期间最大限度地减少停机时间。 ## 改进 **安全修复** 严重常见漏洞和暴露： + [CVE-2024-11053](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-11053) + [CVE-2024-37371](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-37371) 中等常见漏洞和暴露： + [CVE-2024-7264](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-7264) + [CVE-2024-21193](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21193) + [CVE-2024-21194](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21194) + [CVE-2024-21196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21196) + [CVE-2024-21197](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21197) + [CVE-2024-21198](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21198) + [CVE-2024-21199](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21199) + [CVE-2024-21201](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21201) + [CVE-2024-21203](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21203) + [CVE-2024-21207](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21207) + [CVE-2024-21212](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21212) + [CVE-2024-21213](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21213) + [CVE-2024-21218](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21218) + [CVE-2024-21219](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21219) + [CVE-2024-21230](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21230) + [CVE-2024-21236](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21236) + [CVE-2024-21238](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21238) + [CVE-2024-21239](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21239) + [CVE-2024-21241](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21241) + [CVE-2025-21494](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21494) + [CVE-2025-21504](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21504) + [CVE-2025-21525](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21525) + [CVE-2025-21534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21534) + [CVE-2025-21536](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21536) **可用性改进：** + 修复了当写入器上 `innodb_flush_log_at_trx_commit` 设置为 `0` 而读取器上设置为非零时，从读取器转发到写入器实例的多语句查询可能挂起的问题，防止了潜在的写入转发失败。 + 修复了启用增强二进制日志时可能出现的死锁问题，该问题在运行 `SHOW BINARY LOGS` 并发提交事务到 [BLACKHOLE](https://dev.mysql.com/doc/refman/8.0/en/blackhole-storage-engine.html) 引擎或执行 `XA PREPARE` 语句时可能导致数据库重启，防止了潜在的写入卡住和实例可用性问题。 + 修复了写入转发中的竞态条件，该条件可能通过阻止在前一个请求完全完成之前接受新请求而导致 Aurora 写入器实例重启，从而提高了写入转发操作的稳定性。 + 修复了副本上的一个问题，其中网络中断可能无法正确重新建立与写入器的连接，导致复制卡住和可能的实例重启。 + Aurora MySQL 内存不足（OOM）响应现在实现了分阶段缓冲池调整大小，当通过 `aurora_oom_response` 数据库参数启用时，根据系统内存状态（LOW/RESERVED）逐渐减少内存使用，在内存压力情况下提供更好的内存管理。 + 通过优化恢复过程，使恢复时间恒定，无论 Binlog 文件大小如何，从而改进了数据库重启期间的 Binlog 文件恢复时间。以前，在某些情况下，恢复时间与最后一个 Binlog 文件的大小成正比。 + 修复了一个问题，该问题可能在查询 `performance_schema.data_lock_waits` 时执行并发 InnoDB 表截断操作导致意外的 MySQL 服务器重启。 + 修复了一个问题，该问题可能在低存储条件下提交大型 binlog 事件时导致数据库实例重启。 + 修复了一个问题，其中在避免内存不足（OOM）期间触发的缓冲池调整大小操作在高负载场景下可能变得无响应，导致可能的数据库重启。 + 修复了一个问题，该问题可能在创建触发器时导致数据库重启循环。该问题也可能在添加新的 Binlog 或 Relaylog 文件或这些文件轮换时发生。 + 修复了一个问题，该问题可能在使用多语句或隐式提交查询的写入转发时导致 Aurora 读取器实例重启。 **常规改进。** + 修复了一个问题，其中 `ALTER TABLE ... REBUILD / OPTIMIZE TABLE` 操作可能通过为每个 DDL 线程分配 `innodb_ddl_buffer_size` 字节而不是在线程间分配缓冲区大小来消耗过多内存，防止在 DDL 操作期间潜在的内存过度使用。 + 更改了 `aurora_oom_response` 的默认值，在所有内存超过 4 GiB 的数据库实例类上，从 print 更改为 print,decline,kill\$1connect。有关更多信息，请参阅*《Amazon Aurora 用户指南》*中的 [Amazon Aurora MySQL 内存不足问题](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM)。 + 以下权限已添加到 `rds_superuser_role`：`FLUSH_OPTIMIZER_COSTS`、`FLUSH_STATUS`、`FLUSH_TABLES`、`FLUSH_USER_RESOURCES`。有关 `rds_superuser_role` 的信息，请参阅[使用 Amazon Aurora 的 Amazon 主用户账户](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/UsingWithRDS.MasterAccounts.html)文档。有关这些动态权限的更多信息，请参阅 [MySQL](https://dev.mysql.com/doc/refman/8.0/en/flush.html) 文档。 + 从这个 Aurora MySQL 版本开始，快速插入优化不再启用。有关更多信息，请参阅《Amazon Aurora 用户指南》**中的 [Amazon Aurora MySQL 性能增强](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance)。 + 修复了关于 `max_user_connections` 阈值错误突破的问题，导致一些用户连接错误。这种情况发生在某些边缘情况下，例如连接几乎在创建后立即被终止。 + 修复了导致高 CPU 使用率的审计日志记录问题，该问题曾导致数据库服务器实例无响应。 + 修复了使用 XA 事务时的内存管理问题，防止在启用增强二进制日志时可能发生的实例重启。 + 修复了由于数据库服务器重启后缓冲池索引统计信息更新不正确，导致优化器做出错误成本估算而使查询性能下降的问题。 + 修复了由于工作线程卡住而阻止客户关闭本地写入转发功能的问题。 + 修复了导致 `SHOW BINARY LOGS` 命令在已启用或曾经启用增强二进制日志的集群上执行时间更长的问题。如果多个 `SHOW BINARY LOGS` 命令同时运行，此问题也可能导致提交延迟增加。 **升级和迁移：** + 修复了零停机补丁（ZDP）在尝试保留属于已删除用户的连接时可能不成功的问题。有关 `DROP USER` 命令及其对活动连接影响的更多信息，请参阅 [MySQL 文档](https://dev.mysql.com/doc/refman/8.0/en/flush.html)。 ## 集成了 MySQL 社区版本错误修复 此版本包含截至 8.0.40 的所有社区错误修复。有关更多信息，请参阅 [由 Aurora MySQL 3.x 数据库引擎更新修复的 MySQL 错误](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3)。 + 当正在接收和应用大事务，并使用 `STOP REPLICA` 请求停止复制通道时，MySQL 未能正确停止，随后也未处理任何通道命令。此外，服务器关闭过程未能正常完成，需要终止 MySQL 进程或重新启动主机系统。（错误 \$1115966、错误 \$137008345）