Aurora MySQL 数据库引擎更新 2023-11-13（版本 3.04.1，兼容 MySQL 8.0.28）默认

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

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

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

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

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

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

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

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

在 Aurora MySQL 3.03.2 及更高版本中，仅对常规 InnoDB 表启用快速插入。这种优化不适用于InnoDB临时表。有关快速插入优化的更多信息，请参阅 Amazon Aurora MySQL 性能增强。

修复了在 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）

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