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

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

CVE-2020-11104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-39975

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

增加了对connection_memory_limit和connection_memory_chunk_size参数的支持，这些参数将在会话级别进行设置，使其行为与我的SQL社区版中的行为相同。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 我的SQL全局状态变量。

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

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

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

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

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

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

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

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

修复了在使用哈希联接算法和 parallel 查询时运行涉及的查询LEFT JOIN或RIGHT JOIN操作时可能导致结果集不完整的问题。

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

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

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

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

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

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

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

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