Aurora MySQL 数据库引擎更新 2024-03-07（版本 3.06.0，兼容 MySQL 8.0.34）

Aurora MySQL 3.06.0 版本支持 Amazon Bedrock 集成，并引入了新的保留关键字accept、aws_bedrock_invoke_model、aws_sagemaker_invoke_endpoint和。content_type timeout_ms升级到版本 3.06.0 之前，请检查对象定义中是否使用了新的保留关键字。要缓解与新的保留关键字的冲突，请引用对象定义中使用的保留关键字。有关 Amazon Bedrock 集成和处理保留关键词的更多信息，请参阅什么是亚马逊 Bedro ck？ 在《亚马逊 Aurora 用户指南》中。有关更多信息，请参阅 MySQL 文档中的关键字和保留字、INFORM ATION_SCHEMA 关键字表和架构对象名称。

在为具有多个二级索引的大型表复制事务时，提高了二进制日志副本的性能。此特征引入了一个线程池，用于在二进制日志副本上并行应用二级索引更改。该特征由 aurora_binlog_replication_sec_index_parallel_workers 数据库集群参数控制，该参数控制可用于应用二级索引更改的并行线程总数。有关更多信息，请参阅《Amazon Aurora 用户指南》中的优化二进制日志复制。

添加了一个新的存储过程mysql.rds_set_read_only，允许更改 Aurora MySQL 集群中数据库实例read_only上的全局系统变量的值。有关更多信息，请参阅 Amazon Aurora 用户指南中的复制。

添加了一个新的存储过程mysql.rds_set_binlog_source_ssl，允许通过为指定值来设置二进制日志副本的加密SOURCE_SSL。有关更多信息，请参阅 Amazon Aurora 用户指南中的复制。

Amazon Aurora Machine Learning 是 Aurora MySQL 数据库和 Amazon 机器学习 (ML) 服务之间的优化集成。现在支持 Amazon Bedrock，允许您使用 SQL 直接从 Aurora MySQL 数据库集群中调用 Amazon Bedrock 中的机器学习模型。有关将 Amazon Bedrock 与 Aurora MySQL 数据库集群配合使用的更多信息，请参阅亚马逊 Aurora 用户指南中的将亚马逊 Aurora 机器学习与 Aurora MySQL 配合使用。

Aurora MySQL 3.06 版本增加了对自动撤消表空间截断的支持。此优化允许您在清除撤消日志后回收撤消表空间中未使用的空间。

CVE-2020-11104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-39975

修复了当写入器数据库实例的工作负载较高时，只读副本数据库实例无法成功启动的问题。

修复了 Aurora MySQL 写入器数据库实例可能由于与 Aurora 存储的通信缺陷而发生故障的问题。该缺陷是由于在 Aurora 存储实例进行软件更新后，数据库实例与底层存储之间的通信中断所致。

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

修复了在运行查询时使用哈希连接时，由于可用内存减少而导致 Aurora MySQL 数据库实例重启或故障转移的问题。

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

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

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

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

在 Aurora MySQL 2.10 中，我们增加了对重启具有读取可用性的 Aurora 数据库集群的支持。此功能允许读取器数据库实例在写入器数据库实例重启时保持在线状态。Aurora MySQL 全局数据库的辅助数据库现在支持此功能，从而确保 Amazon Web Services 区域 在主集群上重启写入器实例期间，您仍然可以处理读取请求。以前，当写入器实例重新启动时，Aurora MySQL 辅助集群中的所有读取器实例也会重新启动。在此版本中，辅助集群读取器实例在写入器实例重启期间继续处理读取请求，从而提高了集群中的读取可用性。有关更多信息，请参阅重启具有读取可用性的 Aurora 集群。

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

修复了从 Aurora 集群卷读取数据时，由于临时网络问题可能导致并行查询失败的问题。

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

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

现在，当数据库实例承受内存压力时，内存小于或等于 4 GiB 的小型数据库实例会关闭占用内存最多的连接。您也可以调整缓冲池以减小其大小。有关更多信息，请参阅亚马逊 Aurora 用户指南中的亚马逊 Aurora MySQL out-of-memory 问题。

将内存超过 4 GiB 的所有数据库实例类的默认响应从空更改为。aurora_oom_response print有关更多信息，请参阅亚马逊 Aurora 用户指南中的亚马逊 Aurora MySQL out-of-memory 问题。

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

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

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

添加了Aurora_lockmgr_memory_used和Aurora_lockmgr_buffer_pool_memory_used指标以跟踪锁定管理器的内存使用情况。有关更多信息，请参阅亚马逊 Aurora 用户指南中的 Aurora MySQL 全局状态变量。

修复了从低于 2.11.* 的 Aurora MySQL 版本升级后，小型只读副本实例的复制延迟可能会增加的问题。

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

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

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

修复了如果表架构中存在用户定义的FTS_DOC_ID列，则可能导致主要版本升级失败的问题。

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

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

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

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

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

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