Aurora MySQL 数据库引擎更新 2024-06-04（版本 3.07.0，兼容 MySQL 8.0.36）

启用了对 FIPS 验证的加密技术的支持，这是一种完全拥有的实现。 Amazon 有关更多信息，请参阅安全博客上的 Amazon-LC 现已通过 FIPS 140-3 认证。Amazon

CVE-2020-11104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-39975

修复了读取器数据库实例上正在更改或删除的表时可能导致读取器数据库实例重新启动的问题。

修复了在运行转发查询时关闭写入转发会话时，可能导致 Aurora MySQL 写入器数据库实例重启的问题。

修复了在启用二进制日志的实例上处理大型 GTID 集时导致数据库实例重新启动的问题。

修复了在 InnoDB 分区表上处理INSERT查询时可能导致实例中可用内存逐渐减少的问题。

修复了在极少数情况下可能导致读取器数据库实例重新启动的问题。

修复了同时运行 SHOW STA TUS 和 PURGE BINARY LOGS 语句时可能导致数据库实例重新启动的问题。 PURGE BINARY LOGS是一个托管语句，用于遵守用户配置的二进制日志保留期。

修复了在使用或语句对非虚拟列进行重新排序的表上运行数据操纵语言 (DML) 语句后可能导致服务器意外关闭的问题。MODIFY COLUMN CHANGE COLUMN

修复了在数据库实例重启期间可能导致再次重启的问题。

修复了在转发的隐式提交语句遇到错误时可能导致使用写入转发的读取器数据库实例重新启动的问题。

修复了在极少数情况下，当对具有外键约束的表执行SELECT查询时，读取器实例可能会重新启动的问题。

修复了由于InnoDB缓冲池验证失败而导致使用多 TB Aurora 集群卷的数据库实例在重启期间停机时间增加的问题。

修复了当在表上定义级联UPDATE或DELETE外键约束时，该问题可能导致数据库重新启动，其中虚拟列要么是外键约束中的列，要么是被引用表的成员。

修复了在运行涉及AUTO_INCREMENT列的繁重插入操作时重新启动时可能会中断数据库恢复的问题。

修复了在向Aurora Serverless v2上扩展时可能导致数据库重启的问题。

减少了使用并行查询的主键范围扫描查询子集的 I/O 使用量并提高了性能。

Aurora MySQL 3.06.0 版本增加了对亚马逊 Bedrock 集成的支持。作为其中的一部分，添加了新的保留关键字（acceptaws_bedrock_invoke_modelaws_sagemaker_invoke_endpointcontent_type、、、和timeout_ms）。在 Aurora MySQL 3.07.0 版本中，这些关键字已更改为非保留关键字，允许这些关键字作为标识符而无需引用。有关 MySQL 如何处理保留和非保留关键字的更多信息，请参阅 MySQL 文档中的关键字和保留字。

修复了在 Amazon Bedrock 尚不可用的情况下，从 Aurora MySQL 数据库集群调用 Amazon Bedrock 服务时未向客户端明确返回错误消息的问题。 Amazon Web Services 区域

修复了使用 Aurora 并行查询BLOB列时可能导致过度消耗内存的问题。

增加了对connection_memory_limit和connection_memory_chunk_size参数的支持，这些参数将在会话级别进行设置，使其行为与 MySQL 社区版中的行为相同。connection_memory_limit用于设置单个用户连接可使用的最大内存量。该connection_memory_chunk_size参数可用于设置更新全局内存使用计数器的分块大小。

修复了用户无法中断任何查询或为查询设置会话超时performance_schema的问题。

修复了在复制实例进行主机更换时，配置为使用自定义 SSL 证书（mys ql.rds_import_import_binlog_ssl_material）的二进制日志（binlog）复制可能会失败的问题。

添加了全Aurora_fts_cache_memory_used局状态变量，用于跟踪所有表中全文搜索系统的内存使用情况。有关更多信息，请参阅亚马逊 Aurora 用户指南中的 Aurora MySQL 全局状态变量。

修复了当将 Amazon Aurora MySQL 数据库集群配置为二进制日志副本并启用增强型二进制日志和零 ETL 集成时，配置为零 ETL 目标的 A IntegrationLagmazon Redshift 集群可能会出现临时增加的问题。

修复了与审计日志文件管理有关的问题，该问题可能导致无法访问日志文件进行下载或轮换，在某些情况下还会增加 CPU 使用率。

优化了AUTO_INCREMENT密钥恢复，以缩短还原快照、执行 point-in-time 恢复和克隆数据库中包含大量表的数据库集群的完成时间。

修复了性能架构等待事件摘要表中未显示 wait/io/redo_log_flush 事件的问题。

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

修复了当使用写入转发的读取器数据库实例运行包含时间戳值且数据库参数设置为的数据操作语言 (DML) 语句时，可能导致写入器 time_zone数据库实例重新启动的问题。UTC

修复了以下问题：当 Aurora 读取器实例上至少有一个全文搜索 (FTS) 索引并且正在在 Aurora 写入器数据库实例上运行TRUNCATE语句时，该表上不存在错误表，导致SELECT查询失败。

修复了在极少数情况下会导致零停机修补 (ZDP) 失败的问题。

修复了在使用哈希联接算法和 paralle LEFT JOIN l RIGHT JOIN 查询时可能导致结果集不完整的问题。

修复了当表架构中存在用户定义的FTS_DOC_ID列时，可能导致从 Aurora MySQL 版本 2 升级到 Aurora MySQL 版本 3 失败的问题。

修复了在处理 InnoDB 表空间时由于同步问题而可能导致从 Aurora MySQL 版本 2 升级到 Aurora MySQL 版本 3 失败的问题。

修复了可能导致 Aurora MySQL 版本 3 的主要版本升级失败的问题，因为在 Aurora MySQL 版本 2 中，InnoDB 系统表中存在已删除的表空间的孤立条目。

修复了在 Amazon RDS 蓝/绿部署切换后未更新 S ERVER_ID 值的问题。这导致诸如 Amazon Web Services (Amazon) JDBC 驱动程序之类的智能驱动程序在蓝/绿切换后无法发现数据库集群拓扑的问题。通过此修复，在 Aurora MySQL 3.07 及更高版本上运行的作为 RDS 蓝/绿部署的一部分而重命名的 Aurora 数据库集群将在切换过程中更新该SERVER_ID值。对于早期版本，可以重新启动蓝色和绿色集群中的数据库实例以更新该SERVER_ID值。

修复了在基于 Graviton 的实例上可能无法正确计算缓存行值，从而导致数据库重启失败的问题。（社区错误修复 #35479763）

修复了未正确处理存储例程中的某些子查询实例的问题。（社区错误修复 #35377192）

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

修复了在Aurora MySQL版本低于3.05的版本中，InnoDB允许向MySQL系统架构中的表添加INSTANT列的问题，这可能会导致服务器在升级到Aurora MySQL版本3.05.0后意外关闭（数据库实例重新启动）。（社区错误修复 #35625510）。