Aurora 我的SQL数据库引擎更新 2023-11-13（版本 3.04.1，与我的 8.0.28 兼容）SQL - Amazon Aurora
改进整合 “我的SQL社区版” 错误修复
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

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

Aurora 我的SQL数据库引擎更新 2023-11-13（版本 3.04.1，与我的 8.0.28 兼容）SQL

版本：3.04.1

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

注意

此版本被指定为长期支持 (LTS) 版本。有关更多信息，请参阅亚马逊 Aurora 用户指南中的 Aurora 我的SQL长期支持 (LTS) 版本。

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

有关 Aurora 我的SQL版本 3 中的新功能的详细信息，请参阅 Aurora 我的SQL版本 3 与我的 SQL 8.0 兼容。有关 Aurora 我的SQL版本 3 和 Aurora 我的SQL版本 2 之间的区别，请参阅比较我的 Aurora SQL 版本 2 和我SQL的 Aurora 版本 3。有关 Aurora 我的SQL版本 3 和我的 SQL 8.0 社区版的比较，请参阅比较 Aurora 我的SQL版本 3 和我的 SQL 8.0 社区版。

目前支持的 Aurora 我的SQL版本是 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 ma RDS zon Blue/Green Deployments 执行就地升级、还原快照或启动蓝/绿托管升级，从任何当前可用的 Aurora 我的版本 2 集群到 Aurora 我的SQL版本 3.04.1 集群。SQL

有关计划升级到 Aurora 我的SQL版本 3 的信息，请参阅亚马逊 Aurora 用户指南中的 Auror a 我的SQL版本 3 的升级计划。有关 Aurora 我的SQL升级的一般信息，请参阅亚马逊 Aurora 用户指南中的升级 Amazon Aurora 我的SQL数据库集群。

有关疑难解答信息，请参阅 Aurora 我的SQL版本 3 的升级问题疑难解答。

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

改进

可用性改进：

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

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

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

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

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

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

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

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

常规改进：

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

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

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

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

升级和迁移：

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

整合 “我的SQL社区版” 错误修复

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

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