Aurora MySQL 数据库引擎更新 2023-11-13(版本 3.04.1,兼容 MySQL 8.0.28) - Amazon Aurora
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅 中国的 Amazon Web Services 服务入门 (PDF)

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

Aurora MySQL 数据库引擎更新 2023-11-13(版本 3.04.1,兼容 MySQL 8.0.28)

版本:3.04.1

Aurora MySQL 3.04.1 现已正式上市。Aurora MySQL 3.04 版本与 MySQL 8.0.28 兼容。有关已发生的社区变更的更多信息,请参阅 MySQL 8.0 发行说明

注意

此版本被指定为长期支持 (LTS) 版本。有关更多信息,请参阅《Amazon Aurora 用户指南》中的 Aurora MySQL 长期支持(LTS)版本

我们建议您不要将 LTS 版本的AutoMinorVersionUpgrade参数设置为true(或在中启用自动次要版本升级 Amazon Web Services Management Console)。这样做可能会导致您的数据库集群升级到非 LTS 版本,例如 3.05.2。

有关 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 MySQL 版本 3 和 MySQL 8.0 社群版

目前支持的 Aurora MySQL 版本有 2.07.9、2.7.10、2.11.*、2.12.*、3.01.*、3.02.*、3.03.*、3.03.*、3.04.*、3.04.* 和 3.05.*。

您可以使用 A mazon RDS Blue/Green 部署从任何当前可用的 Aurora MySQL 版本 2 集群执行就地升级、还原快照或启动托管蓝/绿升级,从 Aurora MySQL 版本 2 集群升级到 Aurora MySQL 版本 3.04.1 集群。

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

有关问题排查信息,请参阅排查 Aurora MySQL 版本 3 升级问题

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

改进

可用性改进:

  • 修复了使用并行查询的 Aurora MySQL 数据库实例在运行大量并发并行查询时可能会遇到数据库重启的问题。

  • 修复了当任何二进制日志源设置为或时,在启用增强型二进制日志的二进制日志 (binlog) 副本集群上可能导致已执行的 GTID 集无法正确恢复的问题。gtid_mode ON ON_PERMISSIVE此问题可能会导致副本集群的写入器实例在恢复期间多重启一次,或者在查询已执行的 GTID 集时导致结果不正确。

  • 修复了启用增强型二进制日志后,由于可用内存减少而可能导致 Aurora MySQL 数据库实例重启或失效转移的内存管理问题。

  • 修复了当写入器实例将数据库卷增大为 160 GB 的倍数时,可能会导致读取器实例重启的问题。

  • 修复了启用了增强型二进制日志功能的 Aurora MySQL 数据库实例在执行二进制日志恢复过程时可能在数据库实例启动期间卡住的问题。

  • 修复了在同时运行 SHOW STATUSPURGE BINARY LOGS 语句时,由于死锁而可能导致数据库实例重启的问题。PURGE BINARY LOGS 是一种托管语句,执行该语句是为了遵守用户配置的二进制日志保留期。

  • 修复了当数据库在内部系统表上创建或删除触发器时,如果写入器实例重启,则可能导致数据库集群不可用的问题。

  • 修复了在具有 Aurora 副本的集群上使用增强型二进制日志功能时,由于长时间等待信号灯而可能导致数据库实例重启的问题。

常规改进:

  • 修复了在 Aurora MySQL 3.04.0 上运行的 Aurora Serverless v2 数据库集群上启用增强型二进制日志时,可能导致数据库不可用的问题。

  • 启用增强型二进制日志功能后,在写入 Aurora 存储之前删除了未使用的存储元数据。这样可以避免在某些情况下,由于通过网络传输的字节数增加而导致写入延迟增加,从而进一步导致数据库重启或失效转移。

  • 修复了升级或迁移时未创建 Aurora 特定性能架构表的问题。

  • 修复了启用增强型二进制日志时可能导致开启的NumBinaryLogFiles指标显示错误结果的问题。 CloudWatch

升级和迁移:

  • 从 MySQL 5.7 升级到 MySQL 8.0 时,如果单个数据库中有大量表,则会导致服务器消耗过多内存。研究发现,在检查表是否可以升级的过程中,我们预先获取了所有数据字典Table对象,处理了每个对象并获取其名称,然后在列表CHECK TABLE ... FOR UPGRADE上执行。在这种情况下,无需事先获取所有对象,这会极大增加内存消耗。为了更正这个问题,在这种情况下,我们现在一次获取一个 Table 对象,执行所有必需的检查,获取其名称并释放该对象,然后再继续处理下一个对象。(错误 #34526001)

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

除以下内容外,此版本还包括 8.0.28 及之前的所有社区错误修复。有关更多信息,请参阅 Aurora MySQL 3.x 数据库引擎更新和之前的所有 MySQL 错误修复

  • 修复了因后台 TLS 证书轮换而可能导致更高 CPU 使用率的问题(社区错误修复 #34284186)