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 集成和处理保留关键字的更多信息，请参阅《Amazon Aurora 用户指南》中的什么是 Amazon Bedrock？。更多信息请参阅 MySQL 文档中的关键字和保留字、INFORMATION_SCHEMA KEYWORDS 表和模式对象名称。

改进了具有多个二级索引的大表在复制事务时的二进制日志副本性能。此功能引入了一个线程池，用于在二进制日志副本上并行应用二级索引更改。该功能由 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 机器学习是 Aurora MySQL 数据库与 Amazon 机器学习（ML）服务之间的优化集成。现已支持 Amazon Bedrock，允许您使用 SQL 直接从 Aurora MySQL 数据库集群调用 Amazon Bedrock 中的机器学习模型。有关在 Aurora MySQL 数据库集群中使用 Amazon Bedrock 的更多信息，请参阅《Amazon Aurora 用户指南》中的在 Aurora MySQL 中使用 Amazon Aurora 机器学习。

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

CVE-2020-11104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-39975

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

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

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

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

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

修复了在对非虚拟列通过 MODIFY COLUMN 或 CHANGE COLUMN 语句重新排序的表上运行数据操作语言（DML）语句后，可能导致服务器意外关闭的问题。

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

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

在 Aurora MySQL 2.10 中，我们添加了对具有读取可用性的 Aurora 数据库集群重启的支持。此功能允许在重启写入器数据库实例时，读取器数据库实例保持在线。此功能现已在 Aurora MySQL 全局数据库的次要 Amazon Web Services 区域 上受支持，确保您在主集群的写入器实例重启期间仍能服务读取请求。此前，当写入器实例重启时，Aurora MySQL 次要集群中的所有读取器实例也会重启。此版本发布后，次要集群的读取器实例在写入器实例重启期间继续服务读取请求，从而提高了集群的读取可用性。有关更多信息，请参阅《具有读取可用性的 Aurora 集群重启》。

修复了如果在运行涉及 AUTO_INCREMENT 列的重插入操作时发生重启，可能中断启动期间数据库恢复的问题。

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

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

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

内存小于或等于 4 GiB 的小型数据库实例现在在内存压力下会关闭内存消耗最高的连接。您还可以调整缓冲池以减小其大小。有关更多信息，请参阅《Amazon Aurora 用户指南》中的 Amazon Aurora MySQL 内存不足问题。

在所有内存超过 4 GiB 的数据库实例类上，将 aurora_oom_response 的默认响应从空更改为 print。有关更多信息，请参阅《Amazon Aurora 用户指南》中的 Amazon Aurora MySQL 内存不足问题。

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

优化了 AUTO_INCREMENT 密钥恢复，以减少恢复快照、执行时间点恢复以及克隆具有大量数据库表的数据库集群的完成时间。

修复了 wait/io/redo_log_flush 事件未在 Performance Schema 的等待事件摘要表中显示的问题。

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

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

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

修复了当表至少有一个全文搜索（FTS）索引并且在 Aurora 写入器数据库实例上运行 TRUNCATE 语句时，在 Aurora 读取器实例上执行 SELECT 查询可能失败并报错表不存在的问题。

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

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

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

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

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

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

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

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