Aurora 我的SQL数据库引擎更新 2023-10-25（版本 3.05.0，与我的 8.0.32 兼容）SQL

支持将 Aurora My SQL 数据库集群中的数据保存到使用KMS密钥 (SSE-KMS) 加密的 Amazon S3 存储桶中的文本文件。有关更多信息，请参阅将来自 Amazon Aurora 我的SQL数据库集群的数据保存到 Amazon S3 存储桶中的文本文件中。

引入了新的全局状态变量 aurora_tmz_version 来表示引擎使用的时区（TZ）信息的当前版本。这些值遵循IANA时区数据库版本，格式为 YYYYsuffix “”，例如 2022a 和 2023c。有关更多信息，请参阅 Aurora 我的SQL全局状态变量。

CVE-2022-37434

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

修复了由审计日志线程导致的锁争用问题，该问题最终导致高CPU利用率和客户端应用程序超时。

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

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

修复了在尝试读取属于已删除表的数据库页面时可能导致数据库实例重启的问题。

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

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

修复了在初始化大型回滚段时，Aurora My SQL 数据库实例在实例启动期间可能会经历多次重启的问题。

修复了零停机时间修补期间的一个问题，该问题会导致实例重启，从而导致数据库连接意外关闭。

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

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

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

修复了在执行引用聚合函数的查询时可能导致数据库实例重启的问题。

修复了在极少数情况下，Aurora Serverless v2 错误地尝试在扩展时更新表缓存，而可能导致数据库实例重启的问题。

修复了在实现中间临时表时考虑公用表表达式 (CTE) 不支持的索引扫描访问方法的问题，这可能会导致不良行为，包括数据库重启或查询结果不正确。我们通过避免使用 TempTable 存储引擎对表使用此类不支持的索引扫描访问方法来修复此问题。

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

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

在 performance_schema 中添加 malloc_stats 和 malloc_stats_totals 表后，添加了三个高级系统变量来控制内部内存分配器 Jemalloc 的行为：

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

添加了一个新的系统变量 aurora_use_vector_instructions。启用此参数后，Aurora My 将SQL使用优化的矢量处理指令来提高 I/O 密集型工作负载的性能。在 Aurora M ON y SQL 3.05 及更高版本中，此设置默认处于开启状态。有关更多详细信息，请参阅 Aurora 我的SQL配置参数。

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

向亚马逊 Sagemaker 发出 Aurora My M SQL achine Learning 操作的请求超时已从 3 秒延长到 30 秒。这有助于解决这样一个问题，即在使用较大的批量时，客户可能会看到从 Aurora My M SQL achine Learning 向亚马逊 Sagemaker 发出的请求的重试次数或失败次数增加。

在 performance_schema 数据库中添加了对 malloc_stats 和 malloc_stats_totals 表的支持。

将 LOAD DATA FROM S3 命令中的 FROM 关键字更新为可选关键字。有关更多信息，请参阅将数据从 Amazon S3 存储桶中的文本文件加载到 Amazon Aurora 我的SQL数据库集群。

增加了对参数 innodb_aurora_instant_alter_column_allowed 的支持，该参数控制 INSTANT 算法是否可用于 ALTER COLUMN 运算。有关更多信息，请参阅集群级别的参数。

修复了在启用了写入转发时，可能无法与数据库建立新的客户端连接的问题。

修复了可能导致 table_open_cache 数据库参数的修改在数据库实例重启后才生效的问题。

修复了在快照还原、回溯或数据库克隆操作后，可能导致使用降序索引的 AUTO_INCREMENT 列出现重复键错误的问题。

修复了一个涉及索引扫描的问题，即在执行 SELECT 查询时，如果使用 GROUP BY 子句且 aurora_parallel_query 参数设置为 ON，则可能会返回不准确的结果。

修复了在对 INFORMATION_SCHEMA INNODB_TABLESPACES 表执行查询时可能导致可用内存耗尽的问题。

修复了 ERROR 1146 读取器实例无法打开表格的问题。在写入器实例上使用INPLACE算法时执行某些类型的在线数据定义语言 (DDL) 时，会出现此问题。

修复了一个问题，在内部监控流程错误地提交重复的 Aurora Serverless v2 扩展请求时，可避免在扩展期间重启实例。

修复了连接的二进制日志 (binlog) 使用者使用重复的二进制日志复制服务器时可能导致数据库重启的问题。IDs

为 Aurora 我的SQL托管二进制日志副本引入了内存中继日志缓存。这一改进有助于将二进制日志复制吞吐量提高达 40%。使用单线程二进制日志复制或使用启用自动定位的多线程复制时，会GTID自动启用此增强功能。

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

通过使用数据库实例上所有可用 vCPUs 内容并行执行表空间检查，提高了从 Aurora My SQL 版本 2 到版本 3 的主要版本升级的性能。

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