本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
Aurora 我的SQL数据库引擎更新 2024-03-07(版本 3.06.0,与我的 8.0.34 兼容)SQL
版本:3.06.0
Aurora 我的 SQL 3.06.0 现已正式上市。Aurora 我的 SQL 3.06 版本与我的 SQL 8.0.34 兼容。有关已发生的社区变更的更多信息,请参阅我的 SQL 8.0 版本说明
有关 Aurora 我的SQL版本 3 中的新功能的详细信息,请参阅 Aurora 我的SQL版本 3 与我的 SQL 8.0 兼容。有关 Aurora 我的SQL版本 3 和 Aurora 我的SQL版本 2 之间的区别,请参阅比较我的 Aurora SQL 版本 2 和我SQL的 Aurora 版本 3。有关 Aurora 我的SQL版本 3 和我的 SQL 8.0 社区版的比较,请参阅亚马逊 Aurora 用户指南中的比较 Aurora 我的SQL版本 3 和我的 SQL 8.0 社区版。
目前支持的 Aurora 我的SQL版本是 2.07.9、2.07.10、2.11.*、2.12.*、3.03.*、3.04.*、3.04.*、3.05.* 和 3.06.*。
您可以使用 A mazon Blue/Green Deployments 执行就地升级、还原快照或启动RDS蓝/绿托管升级,从当前支持的 Aurora 我的版本 2 集群到 Aurora 我的SQL版本 3.06.0 集群。SQL
有关计划升级到 Aurora 我的SQL版本 3 的信息,请参阅规划我的 Aurora SQL 数据库集群的主要版本升级。有关 Aurora 我的SQL升级的一般信息,请参阅亚马逊 Aurora 用户指南中的升级 Amazon Aurora 我的SQL数据库集群。
有关疑难解答信息,请参阅 A mazon Aurora 用户指南中的 Auror a 我的就SQL地升级疑难解答。
如果您有任何疑问或疑虑,可以在社区论坛和 Amazon 支持部门获得Amazon 支持
新功能
Aurora 我的SQL版本 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 用户指南》中。有关更多信息,请参阅 “我的SQL文档” 中的 “关键字和保留字”、“INFORMATION_ SCHEMA KEYWORDS 表 ” 和 “架构对象名称 ”。 -
在为具有多个二级索引的大型表复制事务时,提高了二进制日志副本的性能。此特征引入了一个线程池,用于在二进制日志副本上并行应用二级索引更改。该特征由
aurora_binlog_replication_sec_index_parallel_workers
数据库集群参数控制,该参数控制可用于应用二级索引更改的并行线程总数。有关更多信息,请参阅《Amazon Aurora 用户指南》中的优化二进制日志复制。 -
添加了一个新的存储过程
mysql.rds_set_read_only
,允许更改 Aurora My SQL 集群中数据库实例read_only
上的全局系统变量的值。有关更多信息,请参阅 Amazon Aurora 用户指南中的复制。 -
添加了一个新的存储过程
mysql.rds_set_binlog_source_ssl
,允许通过为指定值来设置二进制日志副本的加密SOURCE_SSL
。有关更多信息,请参阅 Amazon Aurora 用户指南中的复制。 -
Amazon Aurora
Machine Learning 是 Aurora 我的SQL数据库和 Amazon 机器学习 (ML) 服务之间的优化集成。现在支持 Amazon Bedrock,允许您使用直接从 Aurora 我的SQL数据库集群中调用 Amazon Bedrock 中的机器学习模型。SQL有关将 Amazon Bedrock 与 Aurora 我的SQL数据库集群配合使用的更多信息,请参阅亚马逊 Aurora 用户指南SQL中的将亚马逊 Aurora 机器学习与 Aurora My 配合使用。 -
Aurora 我的SQL版本 3.06 增加了对自动撤消表空间
截断的支持。此优化允许您在清除撤消日志后回收撤消表空间中未使用的空间。
改进
修复了安全问题以及CVEs:
此版本中包含以下CVE修复程序:
可用性改进:
-
修复了当写入器数据库实例的工作负载较高时,只读副本数据库实例无法成功启动的问题。
-
修复了 Aurora My w SQL riter 数据库实例可能由于与 Aurora 存储的通信缺陷而发生故障的问题。该缺陷是由于在 Aurora 存储实例进行软件更新后,数据库实例与底层存储之间的通信中断所致。
-
修复了在 InnoDB 分区表上处理
INSERT
查询时可能导致实例中可用内存逐渐减少的问题。 -
修复了在运行查询时使用哈希连接时,由于可用内存减少而可能导致 Aurora My SQL DB 实例重启或故障转移的问题。
-
修复了可能导致数据库实例在同时运行SHOWSTATUS
和PURGEBINARYLOGS 语句时重新启动的问题。 PURGE BINARY LOGS
是一条托管语句,运行该语句是为了遵守用户配置的二进制日志保留期而运行的。 -
修复了在使用
MODIFY COLUMN
或CHANGE COLUMN
语句对非虚拟列进行重新排序的表上运行数据操纵语言 (DML) 语句后可能导致服务器意外关闭的问题。 -
修复了在数据库实例重启期间可能导致再次重启的问题。
-
修复了在表上定义级联
UPDATE
或DELETE
外键约束时可能导致数据库重新启动的问题,该问题涉及虚拟列作为外键约束中的列或被引用表的成员。 -
在 Aurora My SQL 2.10 中,我们增加了对重启具有读取可用性的 Aurora 数据库集群的支持。此功能允许读取器数据库实例在写入器数据库实例重启时保持在线状态。Aurora My SQL 全局数据库的辅助数据库现在支持此功能,可确保 Amazon Web Services 区域 在主集群上重启写入器实例期间,您仍然可以处理读取请求。以前,当写入器实例重新启动时,Aurora My SQL 辅助集群中的所有读取器实例也会重新启动。在此版本中,辅助集群读取器实例在写入器实例重启期间继续处理读取请求,从而提高了集群中的读取可用性。有关更多信息,请参阅重启具有读取可用性的 Aurora 集群。
-
修复了如果在运行涉及
AUTO_INCREMENT
列的繁重插入操作时重新启动,则启动期间可能会中断数据库恢复的问题。
常规改进:
-
修复了从 Aurora 集群卷读取数据时,由于临时网络问题可能导致并行查询失败的问题。
-
修复了用户无法中断任何查询或为查询设置会话超时
performance_schema
的问题。 -
修复了在复制实例进行主机更换时,配置为使用自定义SSL证书(mys ql.rds_import_import_binlog_ssl_material)的二进制日志(binlog)复制可能会失败的问题。
-
现在,当数据库实例承受内存压力时,内存小于或等于 4 GiB 的小型数据库实例会关闭占用内存最多的连接。您也可以调整缓冲池以减小其大小。有关更多信息,请参阅亚马逊 Aurora 用户指南中的亚马逊 Aurora 我的SQL out-of-memory 问题。
-
将内存超过 4 GiB 的所有数据库实例类的默认响应从空更改为。
aurora_oom_response
print
有关更多信息,请参阅亚马逊 Aurora 用户指南中的亚马逊 Aurora 我的SQL out-of-memory 问题。 -
修复了与审计日志文件管理有关的问题,该问题可能导致无法访问日志文件进行下载或轮换,在某些情况下还会增加CPU使用量。
-
优化了
AUTO_INCREMENT
密钥恢复,以缩短还原快照、执行 point-in-time 恢复和克隆数据库中包含大量表的数据库集群的完成时间。 -
添加了
Aurora_lockmgr_memory_used
和Aurora_lockmgr_buffer_pool_memory_used
指标以跟踪锁定管理器的内存使用情况。有关更多信息,请参阅亚马逊 Aurora 用户指南中的 Aurora 我的SQL全局状态变量。 -
修复了从低于 2.11.* 的 Aurora My SQL 版本升级后,小型只读副本实例的复制延迟可能会增加的问题。
-
修复了在快照还原、回溯或数据库克隆操作后可能导致使用降序索引的
AUTO_INCREMENT
列出现重复键错误的问题。 -
修复了以下问题:当 Aurora 读取器实例上至少有一个全文搜索 (FTS) 索引并且正在在 Aurora 写入器数据库实例上运行
TRUNCATE
语句时,该表上不存在
错误表,导致SELECT
查询失败。 -
修复了在使用哈希联接算法和 paralle
LEFT JOIN
lRIGHT JOIN
查询时可能导致结果集不完整的问题。
升级和迁移:
-
修复了如果表架构中存在用户定义的
FTS_DOC_ID
列,则可能导致主要版本升级失败的问题。 -
修复了由于处理 InnoDB 表空间时出现同步问题而可能导致从 Aurora M ySQLversion 2 升级到 Aurora 我的SQL版本 3 失败的问题。
-
修复了可能导致 Aurora 我的版本 3 的主要版本升级失败的问题,因为在 Aurora 我的SQL版本 2 中,InnoDB 系统表中存在已删除的表空间的孤立条目。SQL
整合 “我的SQL社区版” 错误修复
除以下内容外,此版本还包括8.0.34之前的所有社区错误修复。有关更多信息,请参阅 Aurora My SQL 3.x 数据库引擎更新修复的我的SQL错误。
-
修复了在基于 Graviton 的实例上可能无法正确计算缓存行值,从而导致数据库重启失败的问题。(社区错误修复 #35479763)
-
修复了存储例程中的某些子查询实例并非总是能正确处理的问题。(社区错误修复 #35377192)
-
修复了由于后台TLS证书轮换而可能导致更高CPU使用率的问题(社区错误修复 #34284186)。
-
修复了 InnoDB 允许在 Aurora 我的系统架构中向低于 3.05 的我的SQL系统架构中的表中添加
INSTANT
列的问题,这可能会导致服务器在升级到 Aurora 我的SQL版本 3.05.0 后意外关闭(数据库实例重新启动)。SQL(社区错误修复 #35625510)。